Hi Richard, I'm no windows expert, but why don't you use something like the tcl stubs mechanism? Build a static sqlite_stubs.a library and link all loadable dynamic libs against it.
Kind regards Ulrich On Wednesday 07 June 2006 16:30, [EMAIL PROTECTED] wrote: > I'm trying to add the ability to dynamically load DLLs > containing SQL functions and collating sequences to > SQLite. Things are working great on Unix, but I'm having > issues with Windows. Windows experts, please help me. > > Suppose the main program (the .exe file) contains a > function procA() and the DLL contains a function procB(). > I want procB() to be able to call procA(). The idea > is that the main program uses LoadLibrary() to pull > in the DLL, then GetProcAddress() to find the address > of procB(). Then the main program calls procB() in > the DLL which in turn calls procA() in the main program. > > This all works great on Unix. When I use dlopen() to > attach the shared library, the procA() reference in > the shared library is automatically resolved to the > address of procA() in the main program. > > But on Windows, I cannot get the DLL to compile because > it is complaining about the missing procA(). > > Another way to ask the question is this: How do I build > a DLL in windows that can call routines contained in the > main program that attached the DLL using LoadLibrary()? > > -- > D. Richard Hipp <[EMAIL PROTECTED]>
