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
Mot clé volatile
Bonjour,
Dans le FAQ il est dit que ce mot-clé sert à avertir que la variable peut être modifiée par des facteurs extérieurs.... Mais comment est-ce possible ?Comment peut-on modifier une variable en dehors du programme qui l'utilise ?
Merci de vos futures réponses
Il y a plusieurs facteurs possibles, les plus courants étant des appels à setjmp()/longjmp() et le multithreading...
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.
Ok... et c'est fréquent d'utiliser ce genre de choses ?
Le premier non, le second oui (surtout sous Windows. Un peu moins sous unixoïde, à cause du fork()).
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.
et les interruptions, les zone mémoires physique I/O (double bufférisation etc.).Envoyé par Médinoc
Les seules utilisations portables de volatile, sont
- pour s'assurer qu'une variable automatique locale à la fonction contenant setjmp a bien comme valeur la dernière chose écrite dedans après un longjmp.
- les variables volatile sigatomic_t sont les seules pouvant être lues ou écrites dans un gestionnaire de signal.
L'utilisation pour laquelle volatile a été conçu, c'est les "memory mapped IO".
Utiliser volatile pour des accès en conjonction avec les threads ne garantit pas en général comme désiré, en particulier sur les systèmes multiprocesseurs. volatile a généralement simplement pour effet qu'une écriture ou une lecture est bien faite à l'adresse mémoire mais pour assurer le bon fonctionnement en présence de threads, il faudrait en plus des barrières mémoires assurant la synchronisation des caches.
D'accord merci pour vos réponses.
Répondre avec citation
Partager