[delphizip] Re: The .ZIP Standard Changes - 2 incompatible flavors
- From: "R. Peters" <russellpeters@xxxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Thu, 19 Jun 2003 08:45:16 +1000
I think using a dll for encryption/decryption is ok - at least where
embedding or porting the code is inconvenient or results in large amounts of
redundant code (as the present dlls do).
Using dlls would mean they would need to be loaded unless required.
For your SFX you may want to give some thought the adding the dll
(compressed but not encrypted) to the archive and inflate it if needed.
I have not had the time to check out the AES encryption requirements but
suspect that more information and ports will be available when I need it (or
so I hope).
Adding object code to Delphi projects can be done but only under special
conditions (Delphi does not use the c0?? module which is where most C global
variables and startup code is).
- Russell Peters
----- Original Message -----
From: "James Turner" <james.d.h.turner@xxxxxxxxxxxx>
To: <delphizip@xxxxxxxxxxxxx>
Sent: Thursday, June 19, 2003 12:07 AM
Subject: [delphizip] Re: The .ZIP Standard Changes - 2 incompatible flavors
> 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.
-----------
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:
