Version imprimable
Bonjour,
Une question m'est posée et je ne sais pas y répondre de manière certaine :
Si 2 executables différents font appelle à la meme DLL en même temps. Est ce que la mémoire concernant la DLL est partagée ou non ? Sinon, le deuxième exe va faire une deuxieme instance de la DLL en memoire ...
J'espere que je suis clair, et si non, dites le moi.
Merci d'avance pour vos réponses.
ce que contient la dll sera partagée, en revance l'instance de ce que contient la dll non, je ne sais pas si je suis clair :D
Le code sera partagé
Par contre les variables de la DLL seront instanciées séparément dans chacuns des espaces mémoires du process appelant.
Il n'y a pas partage des variables d'une DLL entre 2 process qui utilisent la même DLL.
Merci pour vos réponses.
Donc pas de souci à se faire sur ce point là.
J'ai une petite précision à apporter.
Les choses qui sont partagés ou pas dans une dll est fonction des propriétés du segment qui les contient.
Je m'explique, une dll, comme un exécutable, est constitué, en mémoire, par un ensemble de zone mémoire. Chaque zone mémoire est un segment. Le fichier de la dll ou de l'exécutable définit les segments du binaire ainsi que les propriétés de chacun d'eux. Dans les propriétés de chaque segment il y a une propriété SHARED qui indique si le segment doit être partagé ou pas par les programmes.
Par défaut, VC++ génère un seule segment pour le code et ayant la propriété SHARED à "true". Il génère un segment pour les variables initialisées et un segment avec les variables non initialisées, ces deux segment on la propriété SHARED à "false".
Donc, par défaut, cela correspond à la description que ram-0000 décrit. Mais rien n'empêche de configurer le linker de VC pour avoir un comportement différent et rien n'empêche le développeur de créer des segments supplémentaires à coup de #pragma avec la propriété SHARED qui lui plaid.
C'est juste une précision mais il est bon de savoir que le schéma est un peu moins restreint.
Tu as raison bacelar, il est toujours interessant de savoir ce qu'il se passe exactement dans les bas fonds de la machine. Pour ma part, ca me permet souvent de comprendre, mais aussi de retenir ces choses.
Merci pour cette info. Juste pour parfaire ma culture sur le sujet, ou est ce que ca se passe pour gerer ces options avec code blocks + gcc ?
Désolé, mais gcc, ça fait longtemps que je n'y ai pas touché.
À ce propos, les sections .shared des DLLs sont une faille de sécurité pouvant mener à une élévation de privilège:
Why .shared sections are a security hole