wxMessageBox ou wxDialog dans une DLL

Version imprimable

Bonjour,

Je développe une DLL qui doit, à partir d'une fonction globale, fournir une fenetre de dialogue

Pour l'instant j'arrive à appeller ma fonction globale dans ma DLL
Code:

1 2 3 4 5 6 7 8 9 10 11 void MyFrame::OnMenuCommand(wxCommandEvent& WXUNUSED(event)) { // Load up the DLL HMODULE hModule = LoadLibrary(_T("maDll.dll")); HWND hWnd =(HWND)this->GetHandle(); // Call function in DLL DLLTotoPtr pProc = (DLLTotoPtr)GetProcAddress(hModule,_T("DLLToto")); (pProc)(hWnd); FreeLibrary(hModule); }
Code:

1 2 3 4 5 6 7 8 9 10 11 12 extern "C" IMPORT_EXPORT void DLLToto(HWND handle) { wxWindow win; win.SetHWND((WXHWND)handle); win.Enable(false); wxDialog dlg(&win, -1, wxT("wxDialog in DLL"), wxDefaultPosition, wxSize(150,150)); dlg.ShowModal(); // <- plantage à cette ligne win.Enable(true); win.SetHWND(0); }
Mais lorsque j'essaye d'afficher un wxMessageBox ou un wxDialog à partir de ma fonction globale dans ma DLL, j'obtiens une erreur à l'execution
"le programme appellant à généré un point d'arrêt"
le debbuger fournti l'explication suivante :

Citation:

assert "wxThread::IsMain()" failed in wxMutexGuiLeaveOrEnter(): only main thread may call wxMutexGuiLeaveOrEnter()! [in child thread]
ACCallDll.exe a déclenché un point d'arrêt

Cette erreur d'execution ne se produit pas si je n'appelle pas de fenetre
Et je n'y comprends rien ... :?
Merci de votre aide

30/11/2009, 10h24
3DArchi

Bonjour,
L'erreur que tu indiques semble plus liée à un appel dans un thread différent que dans une DLL. wxWidgets (et l'API native windows sous-jacente) n'aime pas trop l'appel de fonctions I.H.M. dans des threads différents du thread principal :

Citation:

wxWidgets calls in secondary threads
All threads other then the "main application thread" (the one wxApp::OnInit or your main function runs in, for example) are considered "secondary threads". These include all threads created by wxThread::Create or the corresponding constructors.

GUI calls, such as those to a wxWindow or wxBitmap are explicitly not safe at all in secondary threads and could end your application prematurely. This is due to several reasons, including the underlying native API and the fact that wxThread does not run a GUI event loop similar to other APIs as MFC.

A workaround that works on some wxWidgets ports is calling wxMutexGUIEnter before any GUI calls and then calling wxMutexGUILeave afterwords. However, the recommended way is to simply process the GUI calls in the main thread through an event that is posted by either wxPostEvent or wxEvtHandler::AddPendingEvent. This does not imply that calls to these classes are thread-safe, however, as most wxWidgets classes are not thread-safe, including wxString.

En reprenant l'exemple à partir duquel je construis mon projet,
j'ai donc ajouté le code suivant

Code:

1
2
3
// We use IMPLEMENT_APP_NO_MAIN so we can start the app from DllMain
// as we don't have a WinMain or main entry point
IMPLEMENT_APP_NO_MAIN(MyDllApp)

Pour obtenir un point d'entrée dans ma DLL
code.h :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
#ifdef __WXMSW__ 
// Define a new application type, each program should derive a class from wxApp
class MyDllApp : public wxApp
{
public:
    // override base class virtuals
    // ----------------------------
    // this one is called on application startup and is a good place for the app
    // initialization (doing it here and not in the ctor allows to have an error
    // return: if OnInit() returns false, the application terminates)
    virtual bool OnInit();
};
#endif

code.cpp :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
HANDLE ThreadId;
MyDllApp *maDll=NULL;
 
DWORD WINAPI ThreadProc(LPVOID lpParameter)
 {
int argc=0;
char **argv=NULL;
wxApp::SetInstance(maDll=new MyDllApp());
wxEntryStart(argc,argv);
MyDllApp *g=(MyDllApp*)maDll;
g->OnInit();
g->OnRun();
return true;
 }
 
// We use IMPLEMENT_APP_NO_MAIN so we can start the app from DllMain
// as we don't have a WinMain or main entry point
IMPLEMENT_APP_NO_MAIN(MyDllApp)
 
BOOL APIENTRY DllMain( HMODULE hModule,
                       DWORD  ul_reason_for_call,
                       LPVOID lpReserved )
{
    switch (ul_reason_for_call)
    {
        case DLL_PROCESS_ATTACH:
            ThreadProc((void*)NULL);
        break;
        case DLL_THREAD_ATTACH:
        break;
        case DLL_THREAD_DETACH:
        break;
        case DLL_PROCESS_DETACH:
             wxEntryCleanup();
        break;
    }
    return TRUE;
}

Le code s'execute (presque) correctement
J'imagine que sans cette ligne de code magique

Code:

IMPLEMENT_APP_NO_MAIN(MyDllApp)

il y avait deux points d'entrée concurrents