Сожжено в пламени.

Nice

https://www.reddit.com/r/cpp/comments/61o5gd/my_c14_console_good_example_on_using_variadics/

такая ошибка во время компиляции. мб кто знает как исправить?

путь пропиши

чем собираеш?

Или установи dev пакет

вон добавь путь в PKG_CONFIG_PATH

до этого файла

Может у него вообще его нету :)

у тя не хватает pc файла

для этой говнолибы

да

хах

и либы мож нету

для этой говнолибы

Почему же "говнолибы"? :)

да, скорее всего либы нет

мог догадаться. просто расстерялся, первая компиляция, раньше через репы всё ставил

Почему же "говнолибы"? :)

прост ненравится она мне

эта

прост ненравится она мне

На вкус и цвет :) И что же лучше по-твоему?

*растерялся

На вкус и цвет :) И что же лучше по-твоему?

ненай, буст чото там

*растерялся

ты в след раз внимательнее читай весь хлам что пишет сборщик

самое непонятное гугли

доя тебя тыщю раз ужэ всё это собирали и описывали в интернетах

с каким пакетом идут эти либы? ставил libdbus-c++-dev и еще несколько, но безрезультатно

сдклай sudo updatedb&& locate dbus.h

ну или твоим любимым способом найди этот файл

уже решил. думаю впереди еще много либ, так что пригодится наверное, спасибо

да

в конце получиш +1 к абилке [сборка из исходнеков]

?

Народ а подскажите возвращаться из функции shared_ptr норм? или может лучше возвращать обычный указатель и из него делать shared?

Народ а подскажите возвращаться из функции shared_ptr норм? или может лучше возвращать обычный указатель и из него делать shared?

возвращать норрм

я всегда так делаю

тока я муваю уник птр

мне уник не удобно. я сначала так сделал и вот теперь на shared переделываю

Норм возвращать шаред.

на стековерфлоу видел истории про то что возвращают ссылку на shared ptr. Жесть какая-то

на стековерфлоу видел истории про то что возвращают ссылку на shared ptr. Жесть какая-то

дурачьки ваще

Ну, зависит от задачию

возвращать ссылки на локальные переменные плохо

задачи*

Ну, зависит от задачию

ну для собеседования ток

иначе слишком опасне

Норм, если ты модифицируешь сам шаред, а не его объект.

А вот мне интересно, вот я сделал внутри функции shared_ptr<aa::A> pA(new aa::A); заполнил и вернул return pA; Сразу после вызова это функции у меня count = 1 же?

нуда

в какой-то момент должно быть 2

в какой-то момент должно быть 2

да да

я хз. я чето намудрил )) показалось что от локальной переменной что-то остается

кто пользуется conan.io? удобно?

ну да, все ок. 1. и работает он как скоуп я так понимаю. автоматом освобождает память при выходе из скоупа

ну да, все ок. 1. и работает он как скоуп я так понимаю. автоматом освобождает память при выходе из скоупа

д

ок. Спасибо!

говорят что шаред птр жырный

ну да, все ок. 1. и работает он как скоуп я так понимаю. автоматом освобождает память при выходе из скоупа

Не освобождает, а уменьшает счетчик ссылок и проверяет, надо ли удалять.

и типа нестоит в него заворачивать всякий хлам лайтовый

Не освобождает, а уменьшает счетчик ссылок и проверяет, надо ли удалять.

Точно!))

https://vimeo.com/131189627

я делал изначально unique_ptr. Возвращал его через move из функции. Но потом мне много где понадобилось копирование

я делал изначально unique_ptr. Возвращал его через move из функции. Но потом мне много где понадобилось копирование

shared_ptr прекрасно конструируется из unique_ptr

ну так а смысл. тогда уж сразу делать shared

И делать move на return value, как правило дороже, т.к. в большинстве случаев у вас есть RVO.

А вот мне интересно, вот я сделал внутри функции shared_ptr<aa::A> pA(new aa::A); заполнил и вернул return pA; Сразу после вызова это функции у меня count = 1 же?

Не очень хорошо. Во-первых, посмотри на функцию make_shared

Во-вторых, практически всегда можно обойтись без shared_ptr-ов, без глобального переписывания всего и вся и перейти на uique_ptr

Во-вторых, практически всегда можно обойтись без shared_ptr-ов, без глобального переписывания всего и вся и перейти на uique_ptr

а если ему копии нужны?

чтобы запарывать их

А шаред ему как поможет?

Если ему копии нужны, то надо объект копировать, а не ссылку, не?

А если ему доступ к объекту нужен — пусть берет референсы.

Но чтобы владел объектом тем не менее кто-то один.

Но чтобы владел объектом тем не менее кто-то один.

да сорян тупанул

я тоже за уник поинторы

шареды не юзаю

шареды для слабаков

которые не умеют мувать

Во-вторых, практически всегда можно обойтись без shared_ptr-ов, без глобального переписывания всего и вся и перейти на uique_ptr

Поддерживаю. Единственное, где полезно - shared_from_this

shared_ptr<const T> нормальная идиома

shared_ptr<const T> нормальная идиома

на самом деле нет

shared_ptr<const T> нормальная идиома

Она всё равно не решает проблемы с размываением владения и неопределенной границей лайфтайма.

Она всё равно не решает проблемы с размываением владения и неопределенной границей лайфтайма.

weak_ptr

по лайфтайму

И чего?

Почему бы просто не пользоваться тогда unique_ptr + ссылки

ссылки на што

Почему бы просто не пользоваться тогда unique_ptr + ссылки

ссылки то

на объект.

на объект.

а чем указатель на объект не годится?

нужно следить, чтобы объект не дай бог не помер и ссылки не повисли..

ссылку хуй провериш на коректность

легко обделаться можно