Discussion :

[Agoudard]

Bonsoir,

Je ne trouve pas de réponse à la question :
Comment rendre le point d'entrée de mon framework portable entre main() et WinMain() sachant qu'il gère ensuite des éléments graphiques ? Je pense par exemple aux frameworks tel que Qt qui n'imposent pas d'utiliser WinMain() même dans une application graphique.

J'ai bien quelques pistes, préprocesseur, réecriture de crt0.c.

[Neckara]

Bonjour,

WinMain n'est pas standard, il est donc tout à fait normal que Qt n'impose pas l'utilisation de WinMain.

Tu peux en effet utiliser le préprocesseur avec un #ifdefine #else #end.
A vérifier mais il est aussi possible de spécifier le point d'entré du programme lors de la compilation alors est-ce qu'en spécifiant que c'est main ça marchera ?
Sinon faire un WinMain qui appelle le main?

[gbdivers]

Bonjour

Qt n'a pas du tout besoin de WinMain, mais uniquement de main. Le même code compilera sans problème sous linux (donc sans win32) et sous windows avec plusieurs compilateur différents (avec win32 donc).

Je suis pas spécialiste de win32, donc je vais spéculer un peu. je crois que WinMain est nécessaire uniquement lorsque l'on compile une application graphique win32, alors que Qt utilise une application "console". Mon avis est que lorsque l'on créé une application graphique win32, le compilateur va créé lui même la fonction main, en ajoutant l'initialisation de win32 puis en appelant la fonction WinMain. Le développeur n'a besoin de se préoccuper que de cette fonction donc. Pour Qt, l'initialisation de win32 doit se faire dans QApplication, qui est créé en général dans le main.

En bref, faut utiliser que main et c'est au développeur du framework de se débrouiller avec win32 de façon transparente (faire une abstraction correcte)
Regarde le code de Qt pour voir comment ils ont fait

[Agoudard]

Je pense effectivement que gbdivers a raison. L'initialisation se fait dans VC/crt/src/crt0.c avant d'appeler WinMain().
Cependant je ne trouve aucune spécification de ces initialisations, ni sur msdn, ni sur google.
Quelqu'un aurait une idée ?

[Agoudard]

Voici ce que j'ai découvert dans crt0.c :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
#ifdef _WINMAIN_
 
            lpszCommandLine = _twincmdln();
            mainret = _tWinMain( (HINSTANCE)&__ImageBase,
                                 NULL,
                                 lpszCommandLine,
                                 StartupInfo.dwFlags & STARTF_USESHOWWINDOW
                                      ? StartupInfo.wShowWindow
                                      : SW_SHOWDEFAULT
                                );
#else  /* _WINMAIN_ */
            _tinitenv = _tenviron;
            mainret = _tmain(__argc, _targv, _tenviron);
#endif  /* _WINMAIN_ */

Je pense qu'à l'exception de ce bloc l'initialisation est la même que _WINMAIN_ soit défini ou pas. Donc corrigez moi si j'ai tort, mais il doit être possible de faire fonctionner une application GUI win32 SANS passer par WinMain().

Code :

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

static HINSTANCE s_Instance; = static_cast<HINSTANCE>(GetModuleHandle(NULL));

Pour récupérer le handle.

Code :

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

GetComandLine();

Pour récupérer la ligne de commande.

[Médinoc]

Dans les options du projet, on peut carrément choisir le point d'entrée. Par contre, son prototype n'est ni celui de main(), ni celui de WinMain().