From mboxrd@z Thu Jan 1 00:00:00 1970 From: Emanuele ALIBERTI To: rbresner@olf.com, dj@delorie.com Cc: cygwin@sourceware.cygnus.com Subject: Re: How can I get a .dll to resolve at runtime ? Date: Sat, 31 Jul 1999 18:34:00 -0000 Message-ID: <19990708115338.74139.qmail@hotmail.com> X-SW-Source: 1999-07n/msg00178.html Message-ID: <19990731183400.vmM-5hngkb2aGsl-bTnuy42R58U_XAtw7t88bHU-xlw@z> >I'll actually have function foo() statically linked in >a.exe and b.exe ( from another library static library). >And, a.exe and b.exe would be linking to the >dll. This throws a bone in the works, doesn't it? > >If a.exe and b.exe were both running... >and both load the .dll... which become part of >the process's address space... Does this mean >the .dll is 'loaded' twice? Such that No, it doesn't. Only the internal module reference count is set to two. > a.exe->dll->foo()->a.exe >and > b.exe->dll->foo()->b.exe >If that makes sense? The .exe calls a function in >the dll, which is calling a function back in the exe. >So, if a.exe calls the dll, does the dll go back to a.exe >for the foo()... and if b.exe calls the dll function, >does the dll go back to b.exe for foo()...? DLLs (for EXEs it is the same) are memory mapped in the importing process address space, not shared. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com