IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Windows Discussion :

Traitement messages pour une fenêtre créée par une DLL


Sujet :

Windows

  1. #1
    Membre régulier
    Inscrit en
    Mai 2006
    Messages
    330
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 330
    Points : 85
    Points
    85
    Par défaut Traitement messages pour une fenêtre créée par une DLL
    Salut,

    Je suis en train de transformer en DLL une application "normale" (avec une WinMain) avec une fenêtre, une callback de traitement des message et une boucle infinie qui dispatche les messages.

    A la place je vais exporter une classe ("class __declspec(dllimport) MaClasse") qui sera capable de créer la fenêtre. Mais du coup je ne sais plus où mettre la boucle infinie qui dispatche les messages. Si je la mets au point d'entrée de la DLL est ce qu'elle ne risque pas de ne rien pouvoir faire d'autre ?

    Quelle est la bonne façon de faire ?
    Merci

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 518
    Points
    41 518
    Par défaut
    La MessageLoop ne doit être exécutée qu'à la demande du programme utilisateur (où que soit stockée physiquement la fonction).
    Et (mais ce sont sans doute mes racines C qui parlent) je ne te conseille pas de faire une classe pour ta DLL : Déjà, c'est incompatible d'un compilateur à l'autre.
    Ensuite, le plus simple pour moi est de simplement mettre une WNDCLASS et tout ce qui va avec (WNDPROC, fonction pour enregistrer la classe) dans la DLL.

    Enregistre la WNDCLASS dans une fonction appelée par l'utilisateur (et non pas dans DllMain(), car il n'est pas garanti que User32.dll soit chargée à ce moment-là) avec le style CS_GLOBALCLASS, ainsi l'utilisateur n'auras qu'à faire un CreateWindow() pour avoir une fenêtre avec la bonne classe et la bonne WndProc.

    Pour ça, tu peux t'inspirer de ce que fait ComCtl32.dll : Une fonction qui initialise la WNDCLASS (InitCommonControls() ou InitCommonControlsEx()) et ensuite, les noms suffisent.
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  3. #3
    Membre régulier
    Inscrit en
    Mai 2006
    Messages
    330
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 330
    Points : 85
    Points
    85
    Par défaut
    OK pour créer une wndClass et pour avoir mon message loop dans la DLL, mais dans ce cas est ce que je dois faire tourner le message loop dans un thread séparé pour que ma DLL puisse un peu faire autre chose ?

  4. #4
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 518
    Points
    41 518
    Par défaut
    La MessageLoop n'a pas à se trouver dans la DLL, à moins que:
    1. Ta DLL soit un framework complet qui appelle des fonctions du programme utilisateur (comme SDL, MFC...)
    2. Ou que la MessageLoop s'exécute sur un thread séparé qui n'a rien à voir.

    Une simple bibliothèque de contrôles ou de fenêtres personalisées (ComCtl32.dll, ComDlg32.dll) ne contient aucune fonction de MessageLoop (sauf pour les boîtes de dialogues modales de ComDlg32.dll, et encore, je parie qu'elles utilisent simplement la fonction DialogBox() ou DialogBoxParam()).

    Le programme crée ses fenêtres, les unes avec ses WNDCLASSes, d'autres avec les WNDCLASSes de la DLL, d'autre avec les Common Controls, les fait toutes profiter de sa MessageLoop à lui, et tout le monde est content...
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

Discussions similaires

  1. Réafficher une fenêtre masquée par une autre
    Par g3rous dans le forum Débuter
    Réponses: 6
    Dernier message: 13/08/2010, 10h26
  2. Réponses: 2
    Dernier message: 17/01/2008, 12h47
  3. Réponses: 1
    Dernier message: 21/12/2007, 22h27
  4. Réponses: 4
    Dernier message: 24/07/2007, 13h12
  5. Réponses: 11
    Dernier message: 06/12/2005, 09h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo