0

Scripting.FileSystemObject TextStream 对象支持 Windows 样式的Unicode 和由系统代码页修改的“纯文本”,但似乎不支持 UTF8——但是,它实际上可以流式传输锁定以进行更新的文件,例如 IIS 日志文件。

ADODB.Stream支持 UTF-8(或原始二进制文件),但不会“ LoadFromFile ”已锁定更新的文件,尽管该文件可在记事本中打开。(导致错误:无法打开 ADODB.Stream 文件。错误代码为 0x800a0bba )——尽管尝试以“读取”模式或“共享”模式打开流。似乎服务器端 COM 对象需要的锁定比我实际请求的要多。

还有其他选择吗?我通过 DCOM 远程调用这些,但是即使在主机系统本身上进行测试也会导致相同的行为。

理想情况下,将有一个组件充当流(即支持查找机制),可以流式传输原始字节(二进制)或可以处理纯文本、Unicode 和 UTF-8,并且可以读取打开写入的文件. 有人知道这样的野兽吗?

4

1 回答 1

0

我不确定这是您要找的东西,但是您可以构建自己的服务器端流媒体,看看IPipeByte。它是一个自 win2k 以来就存在的接口,可让您轻松地在客户端和服务器之间传输字节。由于您将从文件中进行实际读取,因此权限问题将只是操作系统强加给您的问题。当然,文本格式根本不是问题。

有一篇关于使用管道的好文章,可以在这里找到。示例代码丢失,但可能在离线 MSDN 中找到。

于 2009-04-29T06:52:33.400 回答