Discussion :

[Médinoc]

Typiquement, il faut mémoriser le HMODULE passé à la DLL :

Code C++ :

Sélectionner tout - Visualiser dans une fenêtre à part

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
//##########
//# Dll.cpp
//##########
 
static HMODULE g_hThisModule;
 
//Fonction d'initialisation de la DLL
BOOL APIENTRY DllMain(
 HANDLE hModule, 
 DWORD  ul_reason_for_call, 
 LPVOID lpReserved
 )
{
	switch(ul_reason_for_call)
	{
	case DLL_PROCESS_ATTACH:
		g_hThisModule = hModule;
		break;
	}
	return TRUE;
}
 
//Fonction exportée
EXTERN_C NOMDELADLL_API void WINAPI ShowDllModalDialog( /*... */ )
{
	DialogBoxParam(g_hThisModule, MAKEINTRESOURCE(IDD_DIALOG1), NULL, DialogProc, /* ... */);
}

[Médinoc]

Je doute que pour une fenetre autre qu'une fenetre de type Dialog ( c.a.d.du genre SDI ) on puisse gerer une boucle de message
Styron une MessageBox c'est systeme

Je ne vois pas pourquoi on ne pourrait pas.
On peut mettre ce code à peu près où l'on veut...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
MSG lastMsg;
while(GetMessage(&lastMsg, NULL, 0, 0) > 0)
{
	//On peut mettre ce qu'on veut ici :
	//TranslateAccelerator() pour les touches de raccourci,
	//IsDialogMessage() pour les fonctionalités clavier d'une boîte de dialogue,
	//TranslateMessage() pour les WM_CHAR,
	//DispatchMessage() pour ce qui n'a pas été détourné par IsDialogMessage()...
}

[styron]

Je n'ai aucun contrôle sur le programme qui appelle la fonction de la Dll !
Il charge la Dll et appelle la fonction dont voici la signature :

DLLEXPORTC long N_MQRCTR_EXIT ( char * LCH_Exit, char * LCH_Param, char * PST_lhsSegExit )
(comme je l'ai dit plus haut dans les paramètres je sais récupérer le handle de la fenêtre appelante mais c'est la seule info relative à l'appli appelante que l'on m'envoie)

[Médinoc]

Je n'ai pas vraiment assez d'info, là.
Mais le problème pourrait être dû aux Common Controls.

Essaie en rajoutant un appel à InitCommonControlsEx() (déclaré dans commctrl32.h, implémenté dans comctl32.dll et importé par comctl32.lib) avant de créer la boîte de dialogue...

[styron]

Médinoc, je pense que l'idée de mémoriser le HMODULE est bonne. Le soucis c'est que chez moi il n'est pas connu dans la fonction qui fait le DialogBox() comme cela semble être le cas chez toi.

Je dois préciser une chose :
La Dll que j'ai créée est appelée plusieurs fois avant l'appel qui doit demander l'affichage de l'écran et elle est libérée (FreeLibrary) à chaque appel, cela a t-il une influence ?

[Médinoc]

Ça ne devrait pas en avoir une.
Pour le problème de la mémorisation, le HMODULE doit être une variable globale dans la DLL.
Là, je l'ai déclaré static car s'était dans le même source, mais sinon, tu peux en faire une variable globale pour toute la DLL...

[styron]

C'est bon en faisant comme ça j'arrive à afficher l'écran .
L'ennui c'est lorsque je redonne la main à l'appli : j'ai un "Access Violation" mais je vais regarder de plus près.

Merci, Médinoc et Mat.M vous avez carrément fait avancé le schmilblic !!!

[styron]

C'est bon en faisant un Destroywindow() j'arrive à ce que je voulais et ça ne plante pas.
Ce que j'aimerais savoir c'est comment récupérer les infos saisies dans la fenêtre que j'affiche. Je les récupère sans problème dans la méthode MainProc () qui gère la fenêtre, mais quelle est la solution pour les récupérer au niveau de la fonction qui fait le DialogBox() (Variable globales ?).

[Médinoc]

Typiquement, tu peux passer un pointeur à ta boîte de dialogue avec DialogBoxParam().
Tu peux utiliser GetWindowLongPtr() et SetWindowLongPtr() avec l'index DWLP_USER pour garder ce pointeur en mémoire dans la boîte de dialogue.

[styron]

Merci à ceux qui m'ont aidé.