ПК
Тогда почитай про shared pointer. Примнения и проблемы.
Особенно, о перекресных и рекрсивных ссылках.
Особенно, о перекресных и рекрсивных ссылках.
shared pointer тут вообще не к месту
Size: a a a
2020 August 24
W
shared pointer тут вообще не к месту
Та же хрень, вид с боку. Каунтер и ссыли.
WC
Тогда почитай про shared pointer. Примнения и проблемы.
Особенно, о перекресных и рекрсивных ссылках.
Особенно, о перекресных и рекрсивных ссылках.
Знаком, наслышан. Юник, Шаред и еще две балды, не помню какие. Наверное, сам собой с ними столкнусь
ПК
Та же хрень, вид с боку. Каунтер и ссыли.
в шаред поинтере кол-во указателей на один объект. А тут кол-во объектов в принципе
W
shared pointer тут вообще не к месту
А точно. Ему не ссылки, а количество.
ПК
Это только в случае синглтона та же хрень получается
W
Ага. Перепутал.
Маразм-с...
Маразм-с...
hh
Главное понять что в с++ по-умолчанию передача идёт по значению а не по ссылке как вдругих языках
WC
Не вижу в этом особой проблемы, на самом деле
ПК
Working Horse Close to light speed
Не вижу в этом особой проблемы, на самом деле
ну просто механизм времени жизни в С++ отличается от других популярных языков. А ошибка времени жизни это как правило UB, то есть это отличие критично, и его надо чётко понимать
WC
ну просто механизм времени жизни в С++ отличается от других популярных языков. А ошибка времени жизни это как правило UB, то есть это отличие критично, и его надо чётко понимать
Подсчет ссылок, маркировка и удаление - зажрались
Мало опыта, поэтому трудно представить, какие ошибки можно вызвать таким путем.
Удаление объекта массива из кучи функцией-чистильщиком, когда на данный объект ссылаются переменные - такой кейс подойдет под данную проблему?
Мало опыта, поэтому трудно представить, какие ошибки можно вызвать таким путем.
Удаление объекта массива из кучи функцией-чистильщиком, когда на данный объект ссылаются переменные - такой кейс подойдет под данную проблему?
ПК
Working Horse Close to light speed
Подсчет ссылок, маркировка и удаление - зажрались
Мало опыта, поэтому трудно представить, какие ошибки можно вызвать таким путем.
Удаление объекта массива из кучи функцией-чистильщиком, когда на данный объект ссылаются переменные - такой кейс подойдет под данную проблему?
Мало опыта, поэтому трудно представить, какие ошибки можно вызвать таким путем.
Удаление объекта массива из кучи функцией-чистильщиком, когда на данный объект ссылаются переменные - такой кейс подойдет под данную проблему?
Да, подойдёт.
AP
object& foo() {
object x;
return x;
}
Самый простой способ получить лишний час дебага
ПК
Объект может удалиться в том числе при покидании скоупа. Ссылка на такой удалившийся объект будет висячей
ПК
object& foo() {
object x;
return x;
}
Самый простой способ получить лишний час дебага
Ну, такую ошибку допустить сложнее. А вот всякие:
уже интереснее
for (const auto& elem : get_some_object_by_value().get_some_range()) {
}уже интереснее
IZ
Working Horse Close to light speed
Есть ламерский вопрос: у нас есть класс и его сущности (инстансы, как угодно). Как лучше всего вести подсчет этих сущностей?
Через конструктор и деструктор объекта.
Е
object& foo() {
object x;
return x;
}
Самый простой способ получить лишний час дебага
скорее
decltype(auto) foo() {
object x;
return x;
}AP
Ну, такую ошибку допустить сложнее. А вот всякие:
уже интереснее
for (const auto& elem : get_some_object_by_value().get_some_range()) {
}уже интереснее
Так а что с твоим примером
ПК
Так а что с твоим примером
висячая ссылка, объект, возвращённый из
get_some_object_by_value, удалитсяAP
Внутри скоупа?