Должен ли я квалифицировать параметры указателя как volatile, если они могут быть изменены во время выполнения функции?

Скажем, у меня есть функция

int foo(int * const bar){
    while(!*bar){
        printf("qwertyuiop\n");
    }
}

где я намерен изменить значение в bar на что-то отличное от 0, чтобы остановить этот цикл. Было бы уместно вместо этого написать это, как показано ниже?

int foo(int volatile * const bar){
    while(!*bar){
        printf("qwertyuiop\n");
    }
}

"где я намерен изменить значение": Что именно это означает? Как меняется значение?

user17732522 22.03.2022 20:28
volatile не для многопоточности. Если другой поток изменяет значение, вам нужен atomic.
HolyBlackCat 22.03.2022 20:29
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
2
58
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

volatile был предназначен для таких вещей, как регистры устройства с отображением памяти, где указываемое значение могло «волшебным образом» измениться «за спиной компилятора» из-за характера задействованного оборудования. Предполагая, что вы не пишете код, который имеет дело со специальным оборудованием, которое может «спонтанно» изменить значение, на которое указывает bar, тогда вам не нужно (и не следует) использовать ключевое слово volatile. Простого пропуска ключевого слова const достаточно, чтобы компилятор (и любой программист, который может вызвать функцию) знал, что указанное значение может быть изменено.

Обратите внимание: если вы собираетесь установить *barиз другой темы, то ключевое слово volatile не достаточно хорошо; даже если вы пометите указатель как volatile, компилятор все равно не гарантирует правильную обработку. Чтобы этот вариант использования работал правильно, вам нужно либо синхронизировать все операции чтения и записи в *bar с помощью мьютекса, либо, альтернативно, использовать std::atomic<int> вместо простого int.

Согласованный; однако const T * bar будет функционировать как обещание, что foo() не изменит значение int, на которое указывает bar. (это только обещание, а не гарантия, потому что достаточно хитрый программист все еще может изменить bar внутри foo(), используя const_cast, но мы будем считать здесь честной игрой :))

Jeremy Friesner 22.03.2022 20:33

@FrançoisAndrieux Это было моим намерением. Указатель, который имеет foo(), не изменяется, но изменяется значение в этом месте.

John Friendson 22.03.2022 20:38

Другие вопросы по теме