CryptDecode with modifier CRYPT_ARCH_ZIP - How to use? - page 9

 

Vasiliy!

If MQ won't do it, I can "bolt on a DLL" that will decompress the data.

But that's a shame! Everything is there, but you can't use it.

 
Mikalas:

Vasiliy!

If MQ won't do it, I can "bolt on a DLL" that will decompress the data.

Not an option. Need to use in-house tools to distribute in the Marketplace.
 
C-4:
Not an option. You need the in-house tools for distribution in the Market.

I see, I thought it was for personal use...

 
C-4:
Dear MQ! Please give us an answer. Could you make hash reconciliation optional?
We have done it, it will be available from the new build.

For CRYTP_ARCH_ZIP in CryptEncode and CryptDecode, a CRC skip flag can be passed in the key parameter:
uchar key[]={1,0,0,0};

CryptEncode(CRYPT_ARCH_ZIP,data,key,result);
или
CryptDecode(CRYPT_ARCH_ZIP,data,key,result);
 
mql5:
Done, will be available from new build.

For CRYTP_ARCH_ZIP in CryptEncode and CryptDecode, a CRC skip flag can be passed in the key parameter:
Thank you, that's just what we need. Looking forward to new build. After the new build it will be possible to decompress.
 
ZIP format specifications.
 
mql5:
Done, will be available from new build.

For CRYTP_ARCH_ZIP in CryptEncode and CryptDecode, a CRC skip flag can be passed in the key parameter, set like this:
Fast! Respect!
 

Vasiliy!

Write a ZIP decoder yourself, or shall I finish?

 

Mikalas, is it possible to make the decoding and encoding code as a library with a check for unpacking completion?

 
-Aleks-:

Mikalas, is it possible to make the decoding and encoding code as a library with a check for unpacking completion?

Of course it is possible, but there is no point in packaging (creating a ZIP).
Reason: