Как ссылаться на библиотеку C++ без класса/пространства имен?

Question

У меня есть сторонний C++ .lib, который я хотел бы использовать в приложении C#.

Мое намерение состоит в том, чтобы написать управляемую CML-оболочку .dll для .lib, а затем включить эту оболочку dll в мое приложение C#, используя процесс примерно как the one outlined at this link.

Заголовочный файл для .lib не указывает на объявление класса или пространства имен, только имена методов:

int CheckNamedVariable(const char* _name); 
int RegisterNamedVariable(const char* _name); 
double GetNamedVariableValue(int _id); 
double GetNamedVariableTypedValue(int _id, int _units); 
void SetNamedVariableValue(int _id, double _value); 
... (etc) 

я проверил Либерал с Dumpbin/экспорта, чтобы увидеть, если я мог бы почерпнуть дополнительную информацию, и получил следующее:

File Type: LIBRARY 

    Exports 

     ordinal name 

        ?AircraftVarGet@@YANHHH@Z (double __cdecl AircraftVarGet(int,int,int)) 
        ?CheckNamedVariable@@YAHPBD@Z (int __cdecl CheckNamedVariable(char const *)) 
        ?DLLStart@@YGXXZ (void __stdcall DLLStart(void)) 
        ?DLLStop@@YGXXZ (void __stdcall DLLStop(void)) 
        ?GetAircraftVarEnum@@YAHPBD@Z (int __cdecl GetAircraftVarEnum(char const *)) 
        ?GetModuleVar@@YANW4GAUGE_TOKEN@@@Z (double __cdecl GetModuleVar(enum GAUGE_TOKEN)) 
        ?GetNameOfNamedVariable@@YAPBDH@Z (char const * __cdecl GetNameOfNamedVariable(int)) 
        ?GetNamedVariableTypedValue@@YANHH@Z (double __cdecl GetNamedVariableTypedValue(int,int)) 
        ?GetNamedVariableValue@@YANH@Z (double __cdecl GetNamedVariableValue(int)) 
        ?GetUnitsEnum@@YAHPBD@Z (int __cdecl GetUnitsEnum(char const *)) 
        ?IsPanelWindowVisibleIdent@@YAHI@Z (int __cdecl IsPanelWindowVisibleIdent(unsigned int)) 
        ?Panels@@3PAUPANELS@@A (struct PANELS * Panels) 
        ?RegisterNamedVariable@@YAHPBD@Z (int __cdecl RegisterNamedVariable(char const *)) 
        ?SendKeyEvent@@YAXII@Z (void __cdecl SendKeyEvent(unsigned int,unsigned int)) 
        ?SetNamedVariableTypedValue@@YAXHNH@Z (void __cdecl SetNamedVariableTypedValue(int,double,int)) 
        ?SetNamedVariableValue@@YAXHN@Z (void __cdecl SetNamedVariableValue(int,double)) 
        _ImportTable 
        _Linkage 

    Summary 

      ED .debug$S 
      14 .idata$2 
      14 .idata$3 
      4 .idata$4 
      4 .idata$5 
      1A .idata$6 

в моем управляемом проекте обертки, я могу указать на вход Linker в .lib, но я не знаю, как назвать методы в Lib (учебник я связан с используют пространств имен и классов). Если бы это была простая старая DLL в проекте C#/VB, я мог бы просмотреть браузер объектов и получить представление о том, как вызвать библиотеку.

Но, учитывая мое незнание C++, я в темноте. Любая помощь оценивается.

EDIT: Я пытался просто создать методы с тем же именем, что и методы, перечисленные в заголовке, например:

int VariableExporter::IsPanelWindowVisibleIdent(unsigned int panel_id) 
{ 
    return IsPanelWindowVisibleIdent(panel_id); 
} 

Это не делает то, что я надеюсь, что это просто рекурсивно, называющая себя (пока у него не будет - дождитесь его - переполнение стека).

Затем я попытался переименовать метод обертку, как это:

int VariableExporter::IsPanelWindowVisibleIdent_New_Name(unsigned int panel_id) 
{ 
    return IsPanelWindowVisibleIdent(panel_id); 
} 

Теперь, хотя проект C++ .DLL и # проект C и компиляции, то C# проект бросает исключение FileNotFound, когда он пытается загрузить его. DLL.

Answer 1

Первое, вызвать глобальную функцию уровня необходимо использовать разрешения области видимости оператора:

int VariableExporter::IsPanelWindowVisibleIdent(unsigned int panel_id) 
{ 
    return ::IsPanelWindowVisibleIdent(panel_id); 
} 

Там нет необходимости (по крайней мере, для этого простого случая), чтобы переименовать метод.

Во-вторых, для проблемы с DLL-not-found проверьте, что DLL присутствует в пути bin вашего приложения C# . Также проверьте, что сама обертка-DLL является загружаемой (используйте Dependency Walker). Также убедитесь, что бит-версия оболочки DLL и C# приложение также соответствует. 64-разрядное приложение не может загрузить 32-разрядную DLL (и наоборот).