A free Windows-compatible Operating System - mirrored from GitHub
Go to file
Hermès Bélusca-Maïto ed1b816943 [VFATLIB]
It seems suspicious to directly return the value of fs_close as the NTSTATUS code of the check-disk operation (for FAT32 volumes it happens to return 1 whereas for FAT16 volumes it returns 0).
The documentation of this function says that it "returns a non-zero integer if the file system has been changed since the last fs_open, zero otherwise."
Maybe somebody has a more precise idea on that subject? In the meantime I also add some DPRINTs to attempt to diagnose the conditions where this problem occurs.

svn path=/trunk/; revision=70434
2015-12-27 02:01:52 +00:00
reactos [VFATLIB] 2015-12-27 02:01:52 +00:00
rosapps [ARPING] 2015-11-29 19:44:29 +00:00
rossubsys Resuscitate VMS subsystem (yeah, you've correctly read: VMS!!) from revision 24496. 2014-11-23 15:24:49 +00:00
rostests [CRT_APITEST] 2015-12-26 20:32:31 +00:00
wallpapers Rename 'wallpaper' repo to 'wallpapers' (since it doesn't contain only 1 wallpaper :p ) 2015-03-15 16:06:50 +00:00