Unable to load DLL

[JnrGD]

I made a recent post about not being able to load my C++ DLL in a C# application, now having tried to load it in C++ I found I can do so, but am unable to load Get the function pointers from it using GetProcAddress.

This post contains the DLL code which does the exporting of the functions

http://cplusplus.com/forum/general/63237/

The exports seem to be defined correctly as dumpbin shows the functions I exported

This is the code to load the DLL and use a function from it

include <iostream>
#include <Windows.h>

typedef bool (__stdcall *func)();

int main()
{
    HINSTANCE hDLL;    // Handle to DLL
    func pFunc;    // Function pointer
    bool b;
 
    hDLL = LoadLibrary("VGSLib.dll");
    if (hDLL == NULL)
    {
        std::cout << "Cannot load DLL\n";
    } 
    else
    {
	pFunc = (func)GetProcAddress(hDLL,"Formatted");
	if (!pFunc)
        {
	    FreeLibrary(hDLL);
	    std::cout << "Cannot load DLL function\n";
	}
	else
	{
	    b = pFunc();
            std::cout << "Result was: " << b;
	} 
    }
}

The output of this is "Cannot load DLL function"
Clearly I'm doing something wrong but I don't think I understand just how DLLs work enough to know what.

Halp.

[kbw]

Download depends from here.
http://www.dependencywalker.com/

Use it to open your DLL, you'll see all the exported functions,

I suspect your function name is mangled, but depends will tell all.

[JnrGD]

Ah yes my function names are mangled, Formatted turned to"_Formatted@0". Thanks kbw, I thought that using extern "C" in the DLL header file stopped the function names from being mangled though, how can I stop it?

I have one more question too. In the DLL header file is a global (but not static) instance of the VGSLib class which is used by the exported functions, this has private members which need to be unique to each application that loads the DLL, I just wanted to make sure that all applications that use the DLL will not be sharing the instance of VGSLib will they?

Thankyou.

[kbw]

extern "C" does cause C linkage. If yours doesn't work, can you post a sample so we can try to work out what's going on please.

[Computergeek01]

@ OP: To answer your other question no, programs will not share instances of objects from a DLL with eachother like that.