Aros/开发者/文档/资源/文件系统
难道 mountlist 不使用基于设备的处理程序吗？我的更改没有影响到它的名称。您似乎正在解决内核级处理程序与基于文件处理程序之间的问题，而我的更改则解决了基于设备处理程序与基于数据包处理程序之间的问题。
驻留处理程序和基于磁盘的处理程序之间不应该有任何区别。如果处理程序是驻留的，则使用驻留的副本。当实现 FileSystem.resource 时，事情会自动按照这种方式进行（Mount 程序支持它）。目前，它们也以这种方式进行，只是原始的基于数据包的处理程序无法驻留（至少在通常情况下）。并且 genmodule 不能使用破折号作为分隔符。我不想在那里修改 genmodule，我更希望实现 FileSystem.resource 并完全摆脱 CDVDFS 和 SFS 中的自有 IOFS 包装器。
如果处理程序既是基于文件的又是基于数据包的，则破折号已经可以用于处理程序。
我知道。但为什么要保留基于磁盘的处理程序，因为您已经在内核中有了它？为什么重复？
我发现构建系统不能很好地处理在同一个目录中同时构建两个变体。这对我来说是合理的，因为由于不同的 #define 等，目标文件可能在两者之间有所不同。
我知道。但没有必要同时构建两个版本。我曾经在托管环境中构建了 IOFS 版本用于测试。我只是决定打包“裸”版本，因为它们更小。并证明可以以原始形式使用这些处理程序。