Mail Archives: cygwin/2005/07/13/20:06:34
Yu-Cheng Chou wrote:
> bar() is in the main.c which is compiled using VC++.
> bar() is called inside module.c which is compiled as module.dll using
> cygwin's gcc.
> module.dll is loaded by LoadLibrary() in main.exe.
There are two ways to do this:
1. Create an import library for the .exe file, and link against that
during the link of module.dll. With gcc, you just add
"-Wl,--output-implib,main.a" to the link command of main.exe. I have no
idea how you do this with VC++, so you're on your own there. Note that
this is rather brittle, because it hard codes the name of the .exe into
the DLL, so that if the .exe is renamed the DLL will no longer work.
2. Use GetProcAddress() in module.c to get the address of bar() and then
call it. Note that the HMODULE here is the handle of the .exe, not the
dll. You should be able to get this with GetModuleHandle(NULL) I
think. The downside here is that if you have more than a couple of
imports from the .exe that you want to use, it will be a pain setting up
function pointers and calling GetProcAddress for each one.
Both of these solutions are not that great. For this reason it's
usually considered bad design under windows to have DLLs that import
from their parent .exe files. To get around this, the normal method is
to isolate the desired functionality (in this case bar()) and put it in
its own bar.dll, then main.exe and module.dll both import bar() from
bar.dll. Another alternative is by using callbacks. For example, when
you call a function in module.dll from main.exe, you pass as a parameter
the address of bar() in main.exe.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -