Dépannage des composants FileSystemWatcher

Mise à jour : novembre 2007

Vous trouverez ci-dessous les situations que vous êtes susceptible de rencontrer lorsque vous travaillez avec le composant FileSystemWatcher :

Chemins d'accès UNC non acceptés sur les ordinateurs Windows NT 4.0

Si vous travaillez avec un composant FileSystemWatcher sur un ordinateur Windows NT version 4.0 et si vous essayez de définir son chemin d'accès de manière à surveiller l'activité du système de fichiers sur un autre ordinateur Windows NT version 4.0, vous ne pourrez pas affecter une valeur de chemin d'accès UNC qui pointe vers l'ordinateur en question à la propriété Path. Les chemins d'accès UNC ne peuvent être utilisés que sur les ordinateurs exécutant Windows 2000.

Impossible de surveiller les répertoires Windows 95 ou Windows 98

Si vous définissez votre composant FileSystemWatcher de sorte qu'il référence un répertoire d'un ordinateur Windows 95 ou Windows 98, vous recevrez une erreur indiquant un chemin d'accès de répertoire non valide lors de l'exécution du projet. Lorsque vous utilisez FileSystemWatcher, vous ne pouvez pas surveiller les répertoires situés sur des ordinateurs exécutant Windows 95 ou Windows 98.

Plusieurs événements Created pour une même action

Dans certaines situations, vous risquez de noter qu'un même événement de création génère plusieurs événements Created qui sont gérés par votre composant. Par exemple, si vous utilisez un composant FileSystemWatcher pour surveiller la création de fichiers dans un répertoire, puis que vous le testez en créant un fichier à l'aide du Bloc-notes, vous observerez peut-être que deux événements Created ont été générés alors qu'un seul fichier a été créé. Cela est dû au fait que le Bloc-notes réalise plusieurs actions sur le système de fichiers au cours du processus d'écriture. Le Bloc-notes écrit sur le disque par lots qui créent le contenu du fichier, puis les attributs du fichier. D'autres applications peuvent procéder de la même manière. Dans la mesure où FileSystemWatcher surveille l'activité du système d'exploitation, tous les événements que ces applications déclenchent seront relevés.

Remarque :

Le Bloc-notes peut également générer d'autres événements intéressants. Par exemple, si vous utilisez NotifyFilter pour spécifier que vous souhaitez surveiller uniquement les modifications des attributs et que, par la suite, vous écrivez à l'aide du Bloc-notes dans un fichier du répertoire que vous surveillez, vous allez déclencher un événement. Ceci est dû au fait que le Bloc-notes met à jour l'attribut Archived du fichier pendant cette opération.

Événements inattendus générés sur les répertoires

La modification d'un fichier dans un répertoire que vous surveillez avec le composant FileSystemWatcher ne génère pas seulement un événement Changed dans le fichier, mais également un événement similaire pour le répertoire lui-même. Ceci est dû au fait que le répertoire gère plusieurs types d'informations pour chaque fichier qu'il contient (le nom et la taille des fichiers, leurs dates de modification, leurs attributs, etc.). Dès que l'un de ces attributs change, un changement est également associé au répertoire.

Voir aussi

Tâches

Comment : créer des instances du composant FileSystemWatcher

Notification de fichier, exemple

Concepts

Introduction à la surveillance des événements de système de fichiers