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

MFC Discussion :

[DLL] théorie réentrance


Sujet :

MFC

  1. #1
    Membre éclairé Avatar de ZaaN
    Inscrit en
    Novembre 2005
    Messages
    819
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 819
    Par défaut [DLL] théorie réentrance
    hello,

    j aimerais savoir quelle modifications dans mon code je vais devoir effectuer pour rendre une DLL réentrante.

    Il y a surement des mécanismes à implementer non ? Au pire des cas il y a quand meme des points a respecter pour garantir la réentrance ?

    je ferais mieux d'avoir une DLL liée dynamiquement ou statiquement (je doute que ce choix ai une implicaqtion pour la réentrance.. .) ?

    pour vos indications

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

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

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 393
    Par défaut
    Ça dépend ce que tu appelles réentrance.

    La seule différence que je connaisse entre édition de lien implicite (load-time, avec lib. statique d'importation) ou explicite (run-time, LoadLibrary() etc.) concerne le multithreading: Les variables globales __declspec(thread) ne marchent qu'en implicite.

    À mon sens, pour qu'une DLL soit complètement réentrante, il suffit qu'elle ne contienne aucune variable globale (à part son HMODULE, à stocker dans le traitement de DLL_PROCESS_ATTACH et à ne plus jamais toucher par la suite. Et encore, seulement si ta DLL contient des ressources). Pour ça, le mieux est de refiler au programme utilisateur un pointeur opaque (du même genre que FILE*, nul n'est supposé savoir ce qu'il y a dedans) vers les données...

    Et si tu es OBLIGÉ d'utiliser des variables globales, tu peux utiliser du thread-local storage (pour les structures dépendant du thread courant, genre GetLastError()) ou des données globales au processus dont l'accès est protégé par une CRITICAL_SECTION (initialisée dans DllMain())...
    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. [CR] Infos sur l'utilisation de dll
    Par step dans le forum SAP Crystal Reports
    Réponses: 11
    Dernier message: 09/08/2002, 11h35
  2. Declarer une dll Delphi ?
    Par DelphiCool dans le forum C++Builder
    Réponses: 2
    Dernier message: 26/07/2002, 10h07
  3. Débug de DLL
    Par Bayard dans le forum C++Builder
    Réponses: 3
    Dernier message: 22/07/2002, 15h08
  4. Equivalent à ExeName pour une DLL
    Par Smortex dans le forum Langage
    Réponses: 7
    Dernier message: 16/07/2002, 21h07
  5. Réponses: 2
    Dernier message: 20/03/2002, 23h01

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