我做了一个透明加、解密的文件系统过滤驱动。现在可以对txt、office系列、图片等正常加解密。我采用的是在文件中加入文件头的方式(文件头长为:4096)来记录加密信息。目前的问题:我在压缩某一加密文件时,这个文件可以正常的被压缩,但是解压后,文件后多了4096个数字0。我认为w...
全文
回复(7) 2007-06-20 16:51 来自版块 - 文件系统(过滤)驱动程序开发
表情
fatmouse527没有人回答就结贴了liyunch 和looksail 各给50吧,谢谢:)(2007-06-26 10:38)
fatmouse527自己顶了(2007-06-21 15:06)
fatmouse527应该是还有别的程序也能知道,但是目前常用的这些都试了,只有winrar知道文件的实际长度。 还有问题是不在于写的过程,而是在于winrar如何知道文件的长度的。(2007-06-21 09:25)
looksail不止rar,肯定还有别的程序一样有这个问题吧,你只是试了几个简单的程序而已 加文件头确实是个超级麻烦的东西,连devia都不加头 不过我现在烦死了网络文件系统和缓存,唉,真累(2007-06-20 21:19)
liyunch具体的说不上来.你还是跟踪下写文件的情况(2007-06-20 21:03)
fatmouse527谢谢liyunch,什么是sequential方式呀,winrar是自已发irp获取文件长度的吗? 有一点可能我没说明白,举个例子: 比如文件大小=文件头+文件内容。 文件头:长度为4096,是我记录加密信息用的,而且是不想用户看到的。 文件内容:长度为5 文件的实际长度是4...(2007-06-20 18:26)
liyunchwinrar是以sequential的方式打开文件的.它发的读IRP中读的长度可能大于文件实际长度.(2007-06-20 17:43)

返回顶部