windows-7 - mega - audioshell tag editor para windows 10 64 bits
¿Cómo desactivo el montón tolerante a errores? (8)
Recientemente comencé a ver esta línea en mi ventana de salida de Visual Studio 2005 al iniciar mi aplicación:
FTH: (7156): *** Cuchilla de pila tolerante a fallas aplicada al proceso actual. Esto generalmente se debe a bloqueos previos. ***
Intenté apagar el montón tolerante a fallas usando las instrucciones aquí:
http://msdn.microsoft.com/en-us/library/dd744764(VS.85).aspx
Estoy ejecutando la edición de Windows 7 de 64 bits, así que realicé los cambios en los registros de 32 bits y de 64 bits, y ejecuté el comando "Rundll32.exe fthsvc.dll, FthSysprepSpecialize" utilizando tanto el de 32 bits como Versiones de 64 bits de Rundll32.exe.
Sin embargo, después de reiniciar sigo recibiendo el montón tolerante a errores cuando intento depurar mi aplicación.
Este es un problema real ya que enmascara el error que estoy tratando de reproducir, y también mata el rendimiento.
¿Alguien tiene alguna otra sugerencia de cómo desactivar el montón tolerante a errores?
"Rundll32.exe fthsvc.dll, FthSysprepSpecialize" solo busca borrar la lista de aplicaciones actualmente marcadas. si su aplicación todavía causa rarezas, el FTH aún debe intervenir y asumir el control.
Como ya fue mencionado:
Establezca este valor de registro en 0: HKEY_LOCAL_MACHINE/Software/Microsoft/FTH/Enabled
esto debería deshabilitar FTH para todo el sistema.
Puede agregar el nombre de su ejecutable a ExclusionList.
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/FTH/ExclusionList
Funciona para mi.
Puede editar el manifiesto de la aplicación para excluir su programa de PCA
ver también: Cómo restablecer el Asistente de compatibilidad de programas para probar
También encontré esto. Renombrar / eliminar AcXtrnal.dll dentro de Windows / AppPatch parece funcionar para mí. Me gusta cómo esta acción recomendada de Microsoft (que hice primero) no hace nada.
Tuve que cambiar el nombre del archivo también porque las entradas de registro asociadas con esta clave estaban vacías de datos aplicables. Espero que se llenen si tienes una aplicación que no funciona bien. Pero en mi caso estaba depurando mi propia aplicación dentro de Visual Studio. Entonces, en ese caso, fue mi proceso el que de alguna manera cargó el FTH si el servicio FTH se estaba ejecutando o no. Y, de hecho, no he enumerado ninguna aplicación que haya sido etiquetada anteriormente como portadora de errores.
Pero tenía que seguir estas instrucciones:
http://billroper.livejournal.com/960825.html
porque no me dejaba cambiar el nombre del archivo hasta que asumí la propiedad y me aseguré de tener el control total.
Tuve un problema similar al ejecutar una prueba unitaria usando (Microsoft :: VisualStudio :: CppUnitTestFramework). De alguna manera violé algunas asignaciones de heap, y la próxima vez que intenté depurar recibí el mensaje: "Heap shim tolerante a la falla aplicado al proceso actual. Esto generalmente se debe a bloqueos previos" y el entorno de depuración se congeló.
Para que vuelva a funcionar, tuve que quitar el caso de prueba, volver a compilarlo y volverlo a agregar y volver a compilar, luego pude establecer el punto de interrupción y pasar a la prueba.
Establezca este valor de registro en 0 : HKEY_LOCAL_MACHINE/Software/Microsoft/FTH/Enabled