[C#/C++]loopt vast op DLLImport

[Verwijderd]

Ik wil een C++ DLL importeren in een C# omgeving.
Nu heb ik overal op internet al gezocht hoe dit moet en dit ook toegepast in mijn code.
Nu gaat het compile prima maar zodra ik run en ik kom aan bij het runnen van een functie in mijn C++ DLL die ik dus aanroep in C# hangt het programma en sluit het af.
Wat doe ik verkeerd of is er een andere oplossing hiervoor?

C++ Code:

code:

extern "C"
{
   extern __declspec(dllexport) int tmain(int a);
}

C# Code:

code:

public partial class GUI : Form
    {
        [DllImport("MAIN.dll", EntryPoint = "_tmain")]
        static extern int _tmain(int a);

C# Code: Op deze regel hangt het programma.

code:

private void StartTesting2_Click(object sender, EventArgs e)
        {
            _tmain(0);

ps. ik ben een aardige beginner. ook nieuw op tweakers!

[ Voor 2% gewijzigd door whoami op 13-12-2007 09:04 ]

[ATS]

Tip: gebruik ajb code tags om te zorgen dat wij je code ook makkelijk kunnen lezen hier.

[whoami]

Het programma hangt, of je krijgt een foutmelding ?

[Verwijderd]

Het programma hangt

[EfBe]

waarom exporteer je tmain maar roep je aan: _tmain ?

[Verwijderd]

typ foutje....maar probleem blijft hetzelfde

[riezebosch]

Heb een paar jaar geleden ook daar iets mee gedaan, en bij mij ziet het er zo uit:

.h

C++:

#if !defined (MYDLL)
#define MYDLL __declspec(dllimport)
#endif

extern "C" MYDLL BOOL WINAPI DoSomething(int a);

.cpp

C++:

BOOL WINAPI DllMain(HINSTANCE hinstDll, DWORD fdwReason, PVOID fImpLoad)
{
    switch (fdwReason)
    {
    case DLL_PROCESS_ATTACH:
        // DLL is attaching to the address space of the current process.
        break;

    case DLL_THREAD_ATTACH:
        // A new thread is being created in the current process.
        break;

    case DLL_THREAD_DETACH:
        // A thread is exiting cleanly.
        break;

    case DLL_PROCESS_DETACH:
        // The calling process is detaching the DLL from its address space.
        break;
    }

    return TRUE;
}

BOOL WINAPI DoSomething(int a)
{
    return TRUE;
}

En dan moet het .NET gewoon zo werken als je nu al doet.

[Verwijderd]

Volgens mij is dit niet toepasbaar op mijn toepassing.
En is de .h file niet in c++?

[The End]

Mag je uberhaupt wel _tmain exporteren? Probeer eens een andere naam.

Je zegt dat het hangt en dat het afsluit. Dat kan niet allebei Het hangt of het sluit af (crash).

Voor de geinteresseerden: '_tmain' is de unicode versie van 'main'.

[ Voor 59% gewijzigd door The End op 13-12-2007 10:43 ]

[Verwijderd]

heb naam proberen te veranderen. En voor de goede orde hij crasht

[bigbeng]

Heb je al in de eventviewer van je machine gekeken?
Draai je je programma vanuit visual studio of click je gewoon op de executable?

[Verwijderd]

ik debug vanuit VS2005

[.oisyn]

The End schreef op donderdag 13 december 2007 @ 10:39:
Voor de geinteresseerden: '_tmain' is de unicode versie van 'main'.

Nee, _tmain() is main() of wmain(), afhankelijk van of _UNICODE gedefinieerd is of niet. Maar de TS heeft het over tmain(), niet over _tmain(), en als ie tchar.h niet include dan werkt die define sowieso niet. Aangezien hij geen runtime errors krijgt over een niet gevonde methode gok ik dat ie dat dus gewoon verder goed doet.

Gaiz: het probleem is de calling convention. DllImport gebruikt standaard stdcall, een losse functie in VC++ is standaard cdecl. Dus je moet zorgen dat die gelijk zijn.

[Verwijderd]

thanx...door _tmain te veranderen in wmain werkte het.
iedereen bedankt voor de moeite

[.oisyn]

Dat het werkt wil nog niet zeggen dat het klopt. Je calling convention komt altijd nog niet overeen

[Verwijderd]

dat klopt had ik ook naar gekeken maar das nu in orde.