【问题标题】:Mounting a stream encoder as a drive in windows?在 Windows 中将流编码器安装为驱动器?
【发布时间】:2011-09-02 00:47:57
【问题描述】:

由于各种原因,围绕复制成本和 Windows 文件系统的困难,我需要安装一个流编码器作为驱动器,以便传入数据可以简单地盲目地指向这个“驱动器”,聚合,和编码,而源程序没有更聪明。这在 Linux 上基本上是微不足道的,但在 Windows 上似乎是一场艰苦的斗争。

具体来说,我希望能够“挂载”一个 tar 生成器,我知道这听起来很奇怪,但这样做有一个令人信服的理由。是否有处理此问题的实用程序或库?也许是 Windows API 的一个不起眼的部分?

This looks promising... 但它似乎是为了挂载文件夹或类似文件,而不是“设备”。我确实可以控制数据的写入位置,因此我可以指定任意路径。

【问题讨论】:

  • 你需要更具体...你想挂载什么?一个装置 ?一个文件夹 ?什么协议? FTP? SFTP? HTTP ? HTTPS?中小企业? NFS ?
  • 一般来说,我确实希望能够挂载一个任意程序,该程序接受一个流作为输入并输出该流的转换。实际上,我希望能够将输出定向到接受流的 tar 构建器
  • 不可能,我认为;驱动器是块设备,并且数据不可预测地写入不同的块,因此将数据重定向到流设备将毫无意义。您的意思是要捕获写入特定文件或文件的数据作为流?您可以控制要写入数据的文件的名称吗?
  • 内存驱动器能解决您的问题吗?写入数据后,您可以将其转发到目标程序吗?
  • 是的,我认为这是不可能的。昨晚我得出了同样的结论,我选择使用 RAMdrive。毕竟我有 64 演出的公羊要吹。

标签: windows winapi filesystems device-driver


【解决方案1】:

拥有使用虚拟驱动器的经验(请参阅我们的虚拟存储产品线)我可以说您的任务需要重新定义。正如 cmets 中所说,Windows 中的驱动器(或者更好的说法是文件系统)应该是文件系统(与 Unix 世界不同),因此它们必须支持某些读取和枚举操作,这不是您所期望的。

您可以做的最接近的可能是内存中的虚拟驱动器,然后以某种方式将其内容传递给您的应用程序。用户将数据拖到您的驱动器,并在卸载(或通过其他命令)驱动器内容被传递给其他程序。

我们的一些产品可用于您的任务(请参阅 Virtual Storage 页面上的 CallbackDisk、Callback File System 和 SolFS OS Edition),但它们都是商业产品。如果您有一次性或短期任务,您可以使用试用密钥构建一些供您使用的东西。

您的任务存在免费方法,即 Pismo File Mount 和 Dokan,但我不知道它们是否适合。

【讨论】:

    猜你喜欢
    • 2011-04-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-04-29
    • 2010-10-25
    • 2015-04-10
    • 2021-09-01
    • 2019-12-23
    相关资源
    最近更新 更多