带有修改器CRYPT_ARCH_ZIP的CryptDecode - 如何使用？ - 页 2

新评论
 
大厅里的帮助!有没有关于如何解压/打包一个真正的 压缩文件的例子？
 

找到了一个相关的部分。

 
去年我在论坛上没有找到任何关于这个话题的资料（只有归档库），也许现在有了。
 
我不认为元引号有不同的归档算法。
 
sanyooooook:
我不认为metaquotes有不同的归档算法。
至少有不同程度的压缩，这改变了产生的阵列。因此，必须以某种方式配置CryptDecode/CryptoEncode功能。一般来说，有一些可能性，但它们没有被记录下来，也不清楚如何开始使用它们。
 
C-4:
至少有不同程度的压缩，这改变了产生的阵列。因此，必须以某种方式配置CryptDecode/CryptoEncode功能。一般来说，有一些可能性，但没有记录，也不清楚如何开始使用它。

是的，这方面的文件不多，这是肯定的。

但原则上，被CryptoEncode归档的东西通常不会被CryptoDecode所归档。

 
sanyooooook:

是的，这方面的文件不多，这是肯定的。

但原则上，CryptoEncode档案通常不会被CryptoDecode归档。

是的，但作为一项规则，有必要解压不是由CryptEncode 创建的标准压缩文件，例如，CFTC网站以CSV格式存储交易员报告，并以标准压缩文件存档。我想通过标准的方式来获取这些档案，而不是做一个必须维护的中间服务器。
 
然后把拉链结构拆开，上帝保佑，CFTC所拥有的东西是用
CRYPT_ARCH_ZIP
方法中的相同算法存档的。
 
我们将在周一看到政府的答复。
 
C-4:

实际的问题是关于副标题的。根据我的理解，我们正在谈论打包/拆包的拉链阵列。这是一个巨大的有用的东西，但我不能使用它，CryptDecode函数在测试压缩文件时顽固地给出了零结果。

也许应该指定其他东西作为密钥，或者我对CRYPT_ARCH_ZIP修改器的值有错误的想法。无论如何，文档中没有包含该函数的例子，这使得我们很难理解它是如何工作的。GetLastError函数 写入4001 - 一个意外的内部错误。

瓦西里！

档案不是 "坏了 "吗？

12345678910
新评论