Merci. En effet c'est très intéressant pour faire des protections read-only valables pour toutes les threads (des constantes protégées par le système en quelque sorte).
Cependant mprotect n'est pas spécifique aux threads, et ne s'utilise qu'avec mmap (donc pas possible d'utiliser le meme malloc que d'habitude, mais ça c'est pas bien grave).
Cela veut dire que les protections concerneront tout le process et donc toutes ses threads auront exactement les memes droits au meme endroit.
Ce n'est donc pas utilisable pour dire que telle thread aura moins de droits que telle autre sur telle zone, contrairement à shm qui peut garantir qu'une variable privée est inaccessible aux autres.
[^] # Re: vs POSIX shared memory, read-only
Posté par free2.org . En réponse à la dépêche PTT : un outil de trace pour la NPTL. Évalué à 2.
Cependant mprotect n'est pas spécifique aux threads, et ne s'utilise qu'avec mmap (donc pas possible d'utiliser le meme malloc que d'habitude, mais ça c'est pas bien grave).
Cela veut dire que les protections concerneront tout le process et donc toutes ses threads auront exactement les memes droits au meme endroit.
Ce n'est donc pas utilisable pour dire que telle thread aura moins de droits que telle autre sur telle zone, contrairement à shm qui peut garantir qu'une variable privée est inaccessible aux autres.