ПК
В варианте без co_await (синхронный) всё норм и там, и там
co_await do_some(get_some_object().get_some_reference_to_int());
Уже не факт
Size: a a a
2020 July 31
DP
Такой может и переживает, а
Уже не факт
Уже не факт
почему? даже эта временная фигня валидна в этой строке, и умрет только после неё
DP
а после неё уже закончится ваш do_some
ПК
почему? даже эта временная фигня валидна в этой строке, и умрет только после неё
get_some_object() тоже по ссылке возвращает
ПК
на что то внешнее
DP
это ровно то же самое что
do_some(get_some_object().get_some_reference_to_int());
DP
просто может быть выполнено в другом потоке
АК
показывали же пример вида
где UB, потому что аргумент умирает раньше времени
generator<std::string_view> split(const std::string& s)где UB, потому что аргумент умирает раньше времени
ПК
это ровно то же самое что
do_some(get_some_object().get_some_reference_to_int());
нет, в варианте с co_await
some_object может помереть вместе с интомАК
это ровно то же самое что
do_some(get_some_object().get_some_reference_to_int());
АК
маст хэв для чтения
DP
ещё раз, пока выполняется строчка co_await(...) живы все временные объекты которые в ней появились
ПК
ещё раз, пока выполняется строчка co_await(...) живы все временные объекты которые в ней появились
get_some_object() не временный объект, get_some_reference_to_int() тоже
ПК
это ссылки на что то долгоживущее, но недостаточно долго, чтобы выжить до cout << param
АК
ещё раз, пока выполняется строчка co_await(...) живы все временные объекты которые в ней появились
ну вот же пример с UB..
generator<char> explode(const std::string& s) {
for (char ch : s) {
co_yield ch;
}
}
int main() {
for (char ch : explode("hello world")) {
std::cout << ch << '\n';
}
}АК
хотя это про co_yield
L
Всем привет, вопрос, какой контейнер лучше юзать из стд, если нужно добавлять только в конец, а также прокручивать элементы и налету удалять(удалять надо именно элементы в начале, то есть не будет ситуаций, когда надо удалить [1], а [0] оставить)?
D
Всем привет, вопрос, какой контейнер лучше юзать из стд, если нужно добавлять только в конец, а также прокручивать элементы и налету удалять(удалять надо именно элементы в начале, то есть не будет ситуаций, когда надо удалить [1], а [0] оставить)?
std::dequeD
push_back, pop_frontDP
хотя это про co_yield
ну так это другое нет?