🎄T
А можешь указать куда именно смотреть, а то немного лонг рид)
if (std::lock_guard lock(mutex), a && b) {}Size: a a a
2020 July 14
IZ
Этот?
Слушай, я ошибся. Там имя есть. Не увидил.
AT
А можешь указать куда именно смотреть, а то немного лонг рид)
Rules, пункт 9.
A
Блин, @WeekendDriver , а зачем там имя переменной?
А почему нет? Меня беспокоит время жизни, я бы ожидал, что без имени объект не доживёт до вычисления правой части.
🎄T
Rules, пункт 9.
Понял, спасибо
AT
Слушай, я ошибся. Там имя есть. Не увидил.
Вот и разобрались. :)
IZ
Вот и разобрались. :)
Ага...
AT
if(((std::lock_guard(mtx), 0) || cond)) {}
Вот так точно должно работать и не зависит от порядка вычисления аргументов до c++17. Но выглядит отвратно.
🎄T
Вообще странно, написано же, что запятая - это sequence point и на ней все побочные эффекты проявляются до вычисления правой части. Разве деструкция анонимного объекта - не побочный эффект, который должен произойти до вычисления правой части?
the destructor call generated at the end of the lifetime of a non-temporary object
A
the destructor call generated at the end of the lifetime of a non-temporary object
это из стандарта?
🎄T
это из стандарта?
Это из cppreference
AS
меня устраивает, лишь бы работало, но я не понял идею
Лок точно будет защищать
Лок точно будет защищать
cond?временный объект будет жить до конца полного выражения, полным выражением в твоем случае является
std::lock_guard(mtx), condAT
Вообще странно, написано же, что запятая - это sequence point и на ней все побочные эффекты проявляются до вычисления правой части. Разве деструкция анонимного объекта - не побочный эффект, который должен произойти до вычисления правой части?
Это Си, а не C++.
A
Это Си, а не C++.
Упс) Не заметил, вот же... Спасибо)