[delphizip] Re: The .ZIP Standard Changes - 2 incompatible flavors
- From: "James Turner" <james.d.h.turner@xxxxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Wed, 18 Jun 2003 15:07:28 +0100
AES ENCRYPTION
If pkware do not supply enough information to implement their standard, the
problem will sort itself out - the pkware implementation will vanish because
no-one adopts it.
Winzip may not own the zip standard but they are, arguably, the market
leader in consumer zip tools, so it makes sense to go with their format. If
pkware later publish all the necessary data to implement their standard,
then perhaps this could be added too but I would not worry about it at this
time.
That, at least, is the philosophy that I shall adopt with my Zipfusion sfx.
I plan to make available a decryption DLL that can be embedded (hidden) in
the zip archive. In this way, a single (small) sfx program will be able to
handle both encrypted and standard archives. For encrypted files, the
decryption DLL would have to extracted first, but that would be easy.
Unfortunately, I don't expect to have time for this for several months
(probably next year) but if others feel that using a DLL for decryption is a
sensible solution for the DelphiZip project then I'd be happy to share
ideas. Perhaps creating an object file for static linking might be a
sensible alternative. I believe this was discussed when trying to do away
with the existing DLLs.
-- James Turner
PS
I found some AES source code (Delphi) on the internet a while back. I only
looked at it briefly. If anyone is interested, let me know. (What I did see
was a lot of repeated code so I'm not sure how big it really needs to be.)
PPS
My ISP is having problems with email at the moment so I'm only collecting
mail ~once a day.
-----------
To unsubscribe from this list, send an empty e-mail
message to:
delphizip-request@xxxxxxxxxxxxx
and put the word unsubscribe in the subject.
Other related posts:
