[delphizip] Re: Creating as SFX EXE... the saga continues
- From: "RPeters" <rpeters@xxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Fri, 22 Jun 2007 10:39:10 +1000
I am not sure as to some of what you say but -
By default the dll is loaded dynamically (STATIC_LOAD_DELZIP_DLL undefined)
- that is the dll gets loaded under control of the program itself (not as
the program is being loaded).
Unless you are building a new zip, or adding files to an existing zip, the
sfx should not need the dll which is only used for Add/Extract/Delete.
DLL_Path returns the path the dll is loaded from which, of course, makes
the assumption that it is loaded; if needful it is easy enough to
load/unload.
When Verbose is true you will get Trace messages informing you when, and
from where, the dll is loaded or unloaded.
When STATIC_LOAD_DELZIP_DLL is defined Dll_Load does nothing (only still
exists to avoid even more conditional compilation complications).
Using statically loaded dll is not encouraged but can be necessary under
certain rare conditions.
- Russell Peters
> -----Original Message-----
> From: delphizip-bounce@xxxxxxxxxxxxx [mailto:delphizip-
> bounce@xxxxxxxxxxxxx] On Behalf Of Randall Sell
> Sent: Friday, 22 June 2007 6:55 AM
> To: delphizip@xxxxxxxxxxxxx
> Subject: [delphizip] Creating as SFX EXE... the saga continues
>
> A few months back I had a series of correspondence with Mr turner, etc
> about AVs and other "weird" behaviour using the SFX feature.
> As it turns out, When I defined STATIC_LOAD_DELZIP_DLL in ZipConfig.inc
> - life got a lot better. I realized that static binding appears to be
> your default (how you release it) and hence is probably how most of the
> testing was done as well.
>
> so I am fairly confident that dynamic binding is what caused all my SFX
> headaches. I'm simply advising in the hopes that someone will
> investigate this further. But I can live with Static binding for now.
>
> but, that raises a question...
>
> I can still do zipMaster.sfxZip.Dll_Load := true; - which will do
> nothing as the SetDll_Load checks it so it is OK. But a call to
> sfxZip.Dll_Load := false *does* unload the DLL. At least as far as I
> can tell from tracing the source. Doesn't that create an inconsistency?
> Static loading, but it is unloaded? I haven't tested it, but aren't you
> just asking for trouble the enxt time you attempt to zip something
> since the dll has been unloaded?
>
> Finally, one last note. the whole reason I was tinking with DLL_Load
> was because my SFX needs the Delzip179.dll itself and hence I needed to
> be able to reference DLL_Path - which is only available if the DLL is
> loaded. So, as a suggestion, may I request that this function e
> modified to return the DLL_Path - even if the DLL is not loaded? That
> would be handy, and it probably would have sorted out my issue in the
> first place.
>
> kind regards,
> -randall
>
>
>
> ---------------------------------
> TV dinner still cooling?
> Check out "Tonight's Picks" on Yahoo! TV.
>
> -----------
> To unsubscribe from this list, send an empty e-mail
> message to:
> delphizip-request@xxxxxxxxxxxxx
> and put the word unsubscribe in the subject.
>
> __________ NOD32 2343 (20070621) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
-----------
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:
