42.3 Razones por las que la verificación automática puede no funcionar

A veces el Lanzador de aplicaciones no puede reparar automáticamente una aplicación dañada aunque tenga acceso a los archivos de instalación de la aplicación (desde la red en modo de conexión o desde el caché de NAL en modo de desconexión). Esto es debido al método que utiliza el Lanzador de aplicaciones para detectar aplicaciones dañadas.

Cuando el Lanzador de aplicaciones lanza correctamente el archivo (es decir, la llamada al proceso CreateProcess devuelve un valor verdadero), asume que el lanzamiento se ha realizado correctamente. Sin embargo, en algunas ocasiones, el archivo al que llama el Lanzador de aplicaciones no es el que inicia la aplicación, sino que éste, a su vez, llama a otro archivo para que la inicie. Si ese archivo está dañado, no existe o no se puede iniciar, el lanzamiento de la aplicación falla sin que el Lanzador de aplicaciones avise al usuario de que debe verificar la aplicación. Por ejemplo:

En estos casos, el Lanzador de aplicaciones muestra el siguiente mensaje:

Mensaje de error: Estado del Lanzador de aplicaciones - No es posible lanzar nombre_objeto_Aplicacin (id=xxx) El nombre de archivo, de directorio o la sintaxis de la etiqueta del volumen son incorrectos.

Aunque el Lanzador de aplicaciones no puede pedir automáticamente a los usuarios que verifiquen las aplicaciones en circunstancias similares a las descritas en los ejemplos anteriores, los usuarios pueden iniciar manualmente la verificación. Para obtener información sobre cómo realizar esta operación, consulte la siguiente sección, Uso del Lanzador de aplicaciones para verificar una aplicación.