[AccessD] dll deployment

Jim Dettman jimdettman at verizon.net
Mon Sep 11 04:11:25 CDT 2006


Gustav

<<So much for shared DLLs. Wasn't the option to share a DLL one of the
reasons to use these?>>

  Yes, but Microsoft basically gave up on the shared Dll approach years ago.
The recommendation below has been around for many years; a couple of years
before .Net in fact.  I'm thinking this came out around the Access 95/97
time frame, but I could be wrong.

  In any case, this recommendation was Microsoft's first (and only that I'm
aware of) that the whole concept of shared Dlls simply didn't work.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Monday, September 11, 2006 4:32 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] dll deployment

Hi William

No, but thanks for the tip. 
I love this paragraph:

<quote>
It is good practice to install application DLLs in the same directory that
contains the application, even if you are not using DLL redirection. This
ensures that installing the application does not overwrite other copies of
the DLL and cause other applications to fail. Also, if you follow this good
practice, other applications do not overwrite your copy of the DLL and cause
your application to fail.
</quote>

So much for shared DLLs. Wasn't the option to share a DLL one of the reasons
to use these?

/gustav


>>> wdhindman at dejpolsystems.com 10-09-2006 21:47:53 >>>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/bas
e/dynamic_link_library_redirection.asp 

...anyone using such redirection with Access?

William Hindman 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com





More information about the AccessD mailing list