Алгоритм получения данных из ZIP файла: находим запись EOCDзагружаем записи Central directory file headerдля каждой Central directory file header, находим и загружаем Local File Headerданные располагаются сразу после Local File Header, иногда размер данных записывается после самих данных в структуру Data descriptor, об этом сигнализирует флаг...
バシリー!
アーカイブが壊れているのでは?
いいえ、そんなことはありません。テスト用に7zipで個人的に作りました。
CryptDecodeは アーカイブの圧縮部分のみをデコードしますが、この圧縮部分をどのようにデコードさせるかは謎のままです。
アップロード
7zipとplain zip
もしかしたら7zipはサポートされていないかもしれません。
アップロード
7zipとジャストジップ
パッカーは7zip、アーカイブはzipです。他のパッカーも同じような結果を出しています。自分で確認することができます。任意のファイルを取り出し、任意のZIPパッカーで梱包することができます。出来上がったアーカイブ(.zip)をCrypеDecodeで解凍してみてください。- アンパッキングエラーが出ます。しかし、問題はアーカイブ全体の解凍のエラーについてでさえなく、問題はCryptDecodeがZIPアーカイブからパックされたパーティションを解凍できるように設定する方法です。
:)
ファイルが開きません
出向く
zip アーカイブから packed パーティションを展開できるように CryptDecode を設定する方法について質問します。
かもしれない
http://blog2k.ru/archives/3392
バシリー!
ちゃんとやってないのに、ちゃんと動かない :(
予期せぬ内部エラーです。
バシリー!
ちゃんとやってないのに、効果もない :(
ちゃんとやりましたよ。COMMONディレクトリにあるはずのファイルが開かない、その方が便利なんだけど。
Key[]はソースサイズと一致する必要はありません。
かもしれない
http://blog2k.ru/archives/3392
手元にドキュメントがあり、CryptDecode関数が圧縮された配列を適切に解凍してくれると確信できない限り、zipを読むクラスの開発に投資することはできない。ZIPファイルの構造を扱うのは些細なことです。私が理解しなければならないのは、通常のZIPのパックされたデータが、CryptDecode()のパックと一致しない理由です。つまり、2つのファイルの黄色い部分がなぜ一致しないのかを正確に把握する必要があるのです。
そして、CryptEncode() でZIPを作成してみてください。
MQはZIPのような独自の暗号化方式を採用しているのかもしれません。
そして、CryptEncode() でZIPを作成してみてください。
MQはZIPのような独自の暗号化方式を採用しているのかもしれません。
CryptDecode関数が圧縮された配列を適切に解凍するという文書と確信がない限り、Zipを読むクラスの開発に投資することはできないのです。ZIPファイルの構造を扱うのは些細なことです。つまり、なぜ通常のzipのpackedデータとCryptDecode()のpackedデータが一致しないのかを正確に把握する必要があるのです。つまり、2つのファイルの黄色い部分がなぜ一致しないのかを正確に把握する必要があるのです。