mirror of
https://github.com/reactos/reactos.git
synced 2025-05-16 15:50:24 +00:00
![]() Up to now, it was working by chance. Indeed, due to the invalid ASCII check performed before calling FsRtlIsAnsiCharacterLegalHpfs(), the macro is improperly called and overruns the FsRtlLegalAnsiCharacterArray buffer. Fortunately, up to now, right after that buffer in kernel binary there are strings which are more or less consistent with the flags that are expected by the macro, causing a decent behavior of FsRtlIsAnsiCharacterLegalHpfs() even for extended ASCII characters (whereas FsRtlIsAnsiCharacterLegalHpfs() is only designed for ASCII characters). But this is a totally out of control and wrong behavior. A single change in the way the kernel was built could have caused the CDFS driver not to work as previously. I have made the choice to allow any extended ASCII character as done for the unicode characters. This is a good compromise to avoid drastic regressions for users having extended ASCII characters in their CD file names. This imports proposed upstream commit 1b6b625641dffb49951e60398e1a9c672318ea71 See pull request https://github.com/Microsoft/Windows-driver-samples/pull/278 CORE-14067 |
||
---|---|---|
.. | ||
allocsup.c | ||
cachesup.c | ||
cd.h | ||
cddata.c | ||
cddata.h | ||
cdfs.rc | ||
cdfs_reg.inf | ||
cdinit.c | ||
cdprocs.h | ||
cdprocssrc.c | ||
cdstruc.h | ||
cleanup.c | ||
close.c | ||
CMakeLists.txt | ||
create.c | ||
devctrl.c | ||
deviosup.c | ||
dirctrl.c | ||
dirsup.c | ||
fieldoff.c | ||
fileinfo.c | ||
filobsup.c | ||
fsctrl.c | ||
fspdisp.c | ||
LICENSE | ||
lockctrl.c | ||
namesup.c | ||
nodetype.h | ||
pathsup.c | ||
pnp.c | ||
prefxsup.c | ||
read.c | ||
README.md | ||
resrcsup.c | ||
shutdown.c | ||
strucsup.c | ||
verfysup.c | ||
volinfo.c | ||
workque.c | ||
write.c |
CDFS File System Driver
The CD-ROM file system driver (cdfs) sample is a sample file system driver that you can use to write new file systems.
Cdfs is a read-only file system that addresses various issues such as accessing data on disk, interacting with the cache manager, and handling various I/O operations such as opening files, performing reads on a file, retrieving information on a file, and performing various control operations on the file system. The Cdfs file system is included with the Microsoft Windows operating system.
Universal Windows Driver Compliant
This sample builds a Universal Windows Driver. It uses only APIs and DDIs that are included in OneCoreUAP.