Discussion :

[cpdump]

J'ai besoin de surveiller l'accès à un fichier en lecture, pour cela j'utilise ReadDirectoryChangesW et FILE_NOTIFY_CHANGE_LAST_ACCESS qui surveille la date de dernier accès, modifiée à chaque lecture.

J'ai remarqué que cela ne marche pas toujours, j'ai l'impression l'évenement n'est déclenché que s'il y a eu un long délai entre deux lectures genre 24H ce qui pourrait se comprendre sur une partition FAT, mais j'ai essayé sur du FAT ou du NTFS, cela ne change rien au problème.

Est ce que quelqu'un a déjà rencontré le problème et est ce qu'il est possible d'y remédier ?

EDIT: à priori la résolution pour l'access time est de 1 heure en NTFS et 24h en FAT

[David.Schris]

Et en appelant régulièrement (en utilisant un timer par exemple) GetFileAttributesEx() pour obtenir l'info. et voir si il y a eu évolution depuis l'appel précédent ?

Sinon, il y aurait la solution de l'API hooking mais c'est peut-être un peu trop..."overkill"...

[Aurelien.Regat-Barrel]

Normalement ReadDirectoryChangesW ne devrait pas poser de problèmes. Tu l'utilises comment ?

[cpdump]

Et en appelant régulièrement (en utilisant un timer par exemple) GetFileAttributesEx() pour obtenir l'info. et voir si il y a eu évolution depuis l'appel précédent ?

Sinon, il y aurait la solution de l'API hooking mais c'est peut-être un peu trop..."overkill"...

Je n'ai pas encore testé avec GetFileAttributesEx, je préférerai utiliser ReadDirectoryChangesW, d'ailleurs c'est dans le MSDN que j'ai vu que la résolution est de 1heure en NTFS: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/win32_file_attribute_data_str.asp

J'ai testé plusieurs codes pour le ReadDirectoryChangesW et le probleme est juste pour le last access, à priori la résolution est de 1 heure:
http://www.codeproject.com/file/directorychangewatcher.asp
http://delphi.icm.edu.pl/ftp/d20free/dirmon.zip

[Aurelien.Regat-Barrel]

Tu auras le même problème avec GetFileAttributesEx. C'est une limitation du système de fichier.

[cpdump]

Pour la FAT, je suis d'accord, mais c'est quand même étonnant pour le NTFS où les toutes les dates sont stockées avec une précision à la seconde, ou alors c'est une limitation de l'API, surtout que dans les propriétés des fichiers dans l'explorer on retrouve cette précision à la seconde

Il faut que je prenne le temps de tester.

[Aurelien.Regat-Barrel]

Moi aussi ça m'étonne, mais...
http://msdn.microsoft.com/library/en-us/fileio/fs/win32_file_attribute_data_str.asp

On the NTFS file system, access time has a resolution of 1 hour

http://msdn.microsoft.com/library/en-us/sysinfo/base/file_times.asp

The NTFS file system delays updates to the last access time for a file by up to 1 hour after the last access

donc théoriquement on pourrait avoir un grande précision, mais en pratique c'est pas utilisé. Il doit y avoir une raison (que j'ignore).