Causes de l'échec de la vérification automatique

Il peut arriver que le programme de lancement d'applicatifs ne puisse pas procéder à la réparation automatique d'une application corrompue, même en ayant accès aux fichiers d'installation de l'application (à partir du réseau en mode Connecté ou à partir du cache NAL en mode Déconnecté). Cet échec est lié à la méthode utilisée par le programme de lancement d'applicatifs pour détecter les applications corrompues.

Lorsqu'il lance le fichier avec succès (en d'autres termes, lorsque l'appel CreateProcess qu'il effectue renvoie la valeur TRUE), le programme de lancement d'applicatifs suppose que l'opération a effectivement réussi. En revanche, dans certains cas, le fichier appelé par le programme de lancement d'applicatifs ne démarre pas réellement l'application ; en fait, un autre fichier est appelé pour effectuer le démarrage de l'application. Si ce fichier-là est corrompu, manquant ou s'il ne peut pas se lancer, le lancement de l'application échoue sans que le programme de lancement d'applicatifs ne demande à l'utilisateur de vérifier l'application. Par exemple :

Dans ces cas, le programme de lancement d'applicatifs affiche le message suivant :

Error message: Application Launcher Status - Could not launch nom_objet_application (id=xxx) The filename, directory name, or volume label syntax is incorrect.

Bien que le programme de lancement d'applicatifs ne peut pas demander automatiquement aux utilisateurs de vérifier les applications qui correspondent à ce scénario, les utilisateurs peuvent lancer eux-mêmes la vérification manuellement. Pour plus d'informations sur la méthode à utiliser, reportez-vous à la section suivante, Utilisation du programme de lancement d'applicatifs pour vérifier une application.