Способы выстрелить себе в ногу

Почти все они связаны с эксепшонами, виртуальными фунциями и наследованием.

инициализировать переменную для дескриптора сокета нулём. А потом закрыть неоткрытый сокет :)

Placement new уже завезли?

Эт на здоровье — только не надо называть его «вектор» :)

невиртуальный деструктор с утечкой памяти

выходы за пределы выделенной памяти, неправильная синхронизация потоков, переполнения стека. да что угодно. полно способов.

Можно и pure virtual аналогично вызвать:

struct A
{
    A() { f(); }
    virtual void f() = 0;
};

void A::f()
{
    qDebug("pure virtual called");
}

Не различать типы и выражения (rvalue reference и rvalue).

Создать shared_ptr через обычный указатель при уже существующем shared_ptr.

выходы за пределы выделенной памяти

Где это возможно? Уже давно для колхозников напилены безопасные абстракции.

неправильная синхронизация потоков

Ненужно в 95% случаев. В остальных <5% случаев аналогично первому.

переполнения стека.

Это вообще детский садик.

делитесь способами стрельбы себе в ногу (или сразу в голову)

Использовать alloca() и забыть, что выделяется на стеке со всеми вытекающими. Использовать realloc() и забыть что возвращаемый указатель не всегда на одну и туже память.
С *alloc / new в принципе куча способов стрельбы.

Использование C вместо современных плюсов. C-style касты и угребещные попытка симулировать наследование на С.

В понедельник нашел грубейшую ошибку в Apache Etch.

C-style касты

Черная магия. Видел пару раз плюсовый код, который по идее вообще не должен был работать (сегфолт). Но это все таки работало, через какую-то хитрую жопу с преобразованиями в сишном стиле.

Макросы вообще.

address sanitizer ловит.

непременно пиши свои имплементации всего
«умных» указателей

Сталкивался и с таким в одном кроссплатформенном 2D движке. Там был свой наколеночный смартпоинтер, похожий на тот, что был в старом бусте, но сильно упрощенный. Самый цимес, что написан движок был на современных плюсах (14). Что мешало заюзать SP из STL - загадка.

Вот этот трэшак... Падает на последней строке тут.

void etchsession_get_objinfo (etch_objsession_objinfo* p, void* evt)
{
    memset(p, 0, sizeof(etch_objsession_objinfo));
    if (NULL == evt) return;
    p->obj = (etch_object*) evt;
    ((etch_object*)p)->obj_type = ((etch_object*) evt)->obj_type;
    ((etch_object*)p)->class_id = ((etch_object*) evt)->class_id;

    if (is_etch_unwantedmsg (p->obj))

Что мешало заюзать SP из STL - загадка.

В std::shared_ptr используются атомарные операции для инкремента/декремента ссылок. Если умный указатель должен использоваться только в рамках одного потока, то такое поведение имеет слишком большие накладные расходы. Поэтому люди и пишут аналоги своих shared_ptr без использования atomic-ов.

Портировали легаси?

Портировали легаси?

Вряд ли. Дата первого релиза - начало 2013, а там уже C++11 во всю по планете шагал.

Поэтому люди и пишут аналоги своих shared_ptr без использования atomic-ов.

Добавлю, что довольно кривые аналоги.

да добро бы писали с пруфами «оверхеда» и т.п. обоснуем — а то без, и потом у них появляются рассыпаные по коду smart_ptr2, smart_ptr3... smart_ptrN естественно задокументированные примерно никак.

для колхозников

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

Ненужно в 95% случаев

что ненужно? потоки? колхозникам - возможно. я же последний раз писала однопоточное приложение в школе. с тех пор проекты стали как-то посложнее :)

Это вообще детский садик.

любые ошибки - детский садик. это тема такая.

Вот этот трэшак...

Я что-то моск сломал - они тут случайно сами не запутались что есть p, а что p->obj? И да, каст какой-то ... диковатый.

Написать delete this; в конструкторе.

Например, структура с битовыми полями в разных комиляторах может оказаться разной, даже с pragma pack.

Именно - запутались.

Господа, делитесь способами стрельбы себе в ногу (или сразу в голову).

Обработка длинных строк, оканчивающихся нулём - это самое «гениальное» изобретение сишников.

Занятие всей доступной памяти — это самое «гениальное» изобретение жаба-макак.

вызвать чисто виртуальную функцию из конструктора.

Никакого прострела в ногу тут нет. Вызывай на здоровье. (Только определить не забудь.)

Если умный указатель должен использоваться только в рамках одного потока, то такое поведение имеет слишком большие накладные расходы.

Философия «огромных накладных расходов» (особенно там, где их нет) и экономия на спичках мешают быть продуктивным и успешным.

Поэтому люди и пишут аналоги своих shared_ptr без использования atomic-ов.

См. первый пункт.

Ещё вспомнил из личного. Ядро - либа на Си, программа - GUI на Delphi. Совмещение двух и более языков (и как следствие переписывание хидеров на, в данном случае, pascal) - бесценный опыт стрельбы по конечностям и ходьбы по граблям.

пёрнул в лужу. софт на С прекрасно работал, работает и будет работать. а твои обиды происходят от неспособности освоить очень простой язык программирования.

а какое там «переписывание» хэдеров? там же просто надо продекларировать тип сования параметров в стек для внешних функций. две строчки, одна из которых закрывающая скобка :) обычно пишут макрос типа MYLIB_API и прописывают его при компиляции.

Внесите ckotinko

Для желающих поспорить с очевидными вещами: https://www.reddit.com/r/cpp/comments/3azi39/the_real_price_of_shared_pointer... (смотреть можно где-то с 47-й минуты, в первом комментарии тайминг расписан).

Это всё понятно, что любая операция имеет цену. Только всё относительно. Моя мысль в том, что с подходом подсчёта циклов процессора на атомарный инкремент счётчика можно подорвать себе драгоценное здоровье, ничего ценного при этом не сделав. Оставь эти подсчёты Джосатиссам на конференциях в аудиториях. Используй shared_ptr и будь счастлив. (Что ты, наверное, и делаешь.)

Не говорите людям, что делать, и они не будут говорить вам куда пойти.

Человек выразил непонимание того, почему кому-то может потребоваться сделать аналог shared_ptr. Одна из причин (актуальных на данный момент и вроде как даже обсуждавшихся/обсуждающихся комитетом) озвучена. Нравится ли это кому-нибудь, считает ли кто-то это актуальной причиной — это уже дело десятое.

this == 0 ?

https://habr.com/company/abbyy/blog/205070/

Занятие всей доступной памяти — это самое «гениальное» изобретение жаба-макак.

Пробой стека данных в стек выполнения строкой, оканчивающейся нулём, и способы ивращённого обхода этого несколькими способами, вплоть до аппаратного патчинга процессора (NX-bit) и всё равно не помогает!!!

Не говорите людям, что делать, и они не будут говорить вам куда пойти.

Но ведь такие как человек на видео как раз и говорят, что делать. Поэтому пусть идёт гуляет со своими подсчётами, не забивает ими мне голову. Дело то в том, что Америку он не открыл, и всем немного думающим и так ясно что к чему, и какая цена операции копирования в shared_ptr. Примерно так ясно.

Человек выразил непонимание того, почему кому-то может потребоваться сделать аналог shared_ptr.

Ну так это потому, что человек не хочет на данном этапе думать о таких мелочах. Человек думает, как ему взять кресты и сделать с их помощью что-то работающее. Зачем ему забивать голову ценой атомарных операций я не понимаю. Вот надо будет ему это реально понять (такая у него мега популярная и нужна система получится, что вот прям shared_ptr будет сильно не устраивать коммунити по причине тормозов), тогда он задумается, можешь даже не сомневаться.

Почему вы до сих пор не пишете на русте?

Плюсы устраивают всем + синтаксис наркоманский у раста.

Писать новые проекты в 2018 на C++.

А на чем их еще писать?

Есть мнение, это из-за того, что в PDP-11 были операции для работы с такими строками. Но это не точно.

А на чем их еще писать?

На JavaScript.

На JavaScript.

Шутку понял.

Конечно же на PHP. Это глобально и надёжно. И самое замечательное в том, что таким образом можно избежать контакта с программистами на C++.

И самое замечательное в том, что таким образом можно избежать контакта с программистами на C++.

И со всем остальным миром тоже ;)