R
unique_ptr<int> соответствует int** а не int*, из-за чего приходится делать лишнее разыменование.Size: a a a
2020 May 01
MM
https://youtu.be/rHIkrotSwcc?t=1074 Если вкратце то 1) exception handling и 2) из-за ABI
спасибо, заценю
AZ
я думаю тут и shared_ptr погоды бы не сделал
есть стойкие подозрения, что
shared_ptr в хайлоаде точно не любятПК
компилятор старый, на gcc 4.х и с этим тоже ничего не поделать
ливай оттуда
CD
ну я знаю про решения умными указателями и обычно их юзал, просто здесь лид против
VK
подскажите. Часто попадаю в такую ситуацию, когда в деструкторе класса приходится вызывать delete для каких-то динамически созданных объектов. Это вызывает проблемы, когда при создании/разрушении временного объекта и его передаче куда-то, вызываеся деструктор и в итоге в другой объект копируются уже мертвые указатели. Как это решать?
Вы рожаете шаред поинтер.
VK
Или же, интрузив поинтер
VK
Энивей, вы получаете вагон проблем просто потому что кто-то вам сказал, что так нельзя. В итоге вы все равно прийдете к контрол блоку шареда.
VK
даже не знаю что это
Это точно хайлоад?
VK
даже не знаю что это
Это строка, которая копируется только при записи в нее.
CD
Еще скажи что он против мув семантики и обмазывается коровьими строками каждый день.
Я лид и обмазываюсь коровьими строками каждый день
VK
В остальных случаях вы не копируете строку
v
Я лид и обмазываюсь коровьими строками каждый день
Земля тебе авто птром.
R
Это точно хайлоад?
мы не строки там копируем, у нас медиа
CD
Земля тебе авто птром.
Его года два назад замассреплейсили
CD
Вот версия с delete[] доживает