Windows MC是否独立于操作系统库和内核工作?

Windows MC是否独立于操作系统库和内核工作?,windows,filesystems,disk,mc,Windows,Filesystems,Disk,Mc,午夜指挥官(MC)的windows版本是否独立于windows库工作?我的意思是,它有自己的方式读取磁盘上的数据,还是使用操作系统的功能? 如果不是独立的,你知道有哪个文件管理器是独立的吗?(可能吗?) 非常感谢您的帮助。只有windows内核和设备驱动程序才能直接访问磁盘;所有用户模式程序都必须使用windows API(例如)。是否希望MC直接访问HDD控制器?如果否,则无论使用什么文件管理器,都将处理Windows文件系统驱动程序堆栈 JFY:用户模式程序可以动态加载NTDLL,并从那里导

午夜指挥官(MC)的windows版本是否独立于windows库工作?我的意思是,它有自己的方式读取磁盘上的数据,还是使用操作系统的功能? 如果不是独立的,你知道有哪个文件管理器是独立的吗?(可能吗?)


非常感谢您的帮助。

只有windows内核和设备驱动程序才能直接访问磁盘;所有用户模式程序都必须使用windows API(例如)。

是否希望MC直接访问HDD控制器?如果否,则无论使用什么文件管理器,都将处理Windows文件系统驱动程序堆栈 JFY:用户模式程序可以动态加载NTDLL,并从那里导入和使用NT*函数(eg. NtQueryDirectoryFile)。是的,但我认为这只是Win32 Apple中的一个未文档化的函数。我所提到的函数不是Win32 API,而是本地API。这些是不同的事情。这些功能都有完整的文档记录。是的,我想让它直接访问控制器。可能吗?@辅助设备不在Windows中。也就是说,您可以构建自己的驱动程序集,但这些驱动程序仍然适合驱动程序模型。然而,你想要做的显然不是最终目标。也许如果你描述你的目标(绕过一些限制,获取文件系统以外的信息等),我们将能够给出更详细的答案。你是对的,我没有准确描述我想要什么,因为这是一个朋友的问题。但他似乎在寻找一个不依赖于Win32 API或Windows资源管理器使用的任何东西的文件管理器。问题仍然是,为什么需要这种行为,为什么不使用Win32 API。