Can 2 exe use the same handler to a dll?

I have a lotus notes script making use of a dll. I have another mfc exe which calls this dll at some point later. Is it possible for the 2 applications to use the same handler to this dll? From what i notice, 2 different handlers are created, when i do a LoadLibrary from the mfc exe.

Thank you very much.
paranoidAsked:
Who is Participating?
 
Answers2000Connect With a Mentor Commented:
What you do is take a look at OpenFileMapping API.  If you look up this API in the help then click "Overview" then the blue Down arrow, there's a nice overview in VC5 help.

Remember what I said about Win32 - each process having it's own copy of the DLL.  The diagram shows 2 process accessing the file mapping memory.

Now if possible (you have control over the DLL source, and the app has an interface to the DLL which doesn't assume it can directly access the DLL's data),  imagine the DLL sitting on the arrow between Process 1 Virtual Memory and the Physical memory, and similarly for Process 2 (go to help page I referred to above, you'll see the diagram).

Basically the steps look like this

1. App #1 - link to DLL - this DLL is instance #1
2. App #1 calls some function in the DLL to store or get back some data
3. The DLL stores/gets the data from the file mapping data.

Similarly App#2 is doing this through it's instance of the DLL.

Does this make sense ?
0
 
wyy_cqCommented:
no you can't.
because the dll is loaded into the application's memory area . and the every application's memory is devided by OS .

if you want the two application share some data defined in the DLL you may set the data segment be share . but you 'd better not do that. because this action will destroy the application's safety.

of course there are some other way to "cheat" the OS, but that will not be a good idea.

there are a few method provided by OS to enable your applications share memory or communicate.

file mapping can alloc a memory block and many application can access the same copy of it .
named pipe, unnamed pipe ,local socket can be used between applications to communicate.
0
 
jkrCommented:
A DLL instance handle returned by 'LoadLibrary()' represents the base load address of the DLL in the process' memory. Thus, it will _usually_ be different for each program that loads the library... usually, because if you created the DLL, you can direct the linker to use a _fixed_ base load address (Settings->Link->Output->Base Address), which ensures that the instance handle is _always_ the same - but be careful: If there's a address conflict (e.g. 2 DLLs using fixed load addresses that would lead to overlapping memory aread), the program won't run...
0
Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

 
Answers2000Commented:
In Win16, there is one instance of the DLL shared by all EXEs.  You should still LoadLibrary/FreeLibrary in each EXE.  This means the "usage count" is kept correct.

In Win32, ther eis one instance of a DLL per EXE which uses it.  Don't share the stuff, except shared memory, as wyy_cq states
0
 
paranoidAuthor Commented:
first, thnks to all who have replied.

jkr, i do not really understand your explanation. i think you did not fully answer my qn. either this, or i am too dumb. :P

i think wyy_cq and Answers2000 provided what i need. :)

may i ask further regarding how can i introduce file mapping? do i alter my 2 applications to cater for it, or is it just the dll that i should change?

if possible, provide a simple example?

thank you very much! :)
0
 
jkrCommented:
Well, i think i misunderstood your question, as i assumed it was mainly about module handles, not about sharing data between apps...
0
 
paranoidAuthor Commented:
Adjusted points to 70
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.