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

Ну, если серьёзно, есть каста людей, ничего кроме C и C++ не знающих и не желающих знать. Как дама с невыносимо страшной фотографией в этом треде, например. Вот таких людей надо избегать в работе, потому что проекты с ними превращаются в лютый ад. Проверено на практике.

Но ведь такие как человек на видео как раз и говорят, что делать.

Вот и общайтесь в таком духе с человеком из видео.

Еще раз для дебилов: тут удивились, почему кому-то могло потребоваться написать собственный shared_ptr. На самом деле для этого есть причины. Одна из них озвучена.

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

Но если вы мне начинаете говорить, что мне делать, то вот этого не нужно.

Не нужно писать альтернативу shared_ptr. Это ни к чему.

Тормоза жабы, и способы извращённого обхода этого несколькими способами, вплоть до аппаратного патчинга процессора (Jazelle) и всё равно не помогает!!!

А если говорить всерьез, то что в 2018 можно использовать для новых проектов вместо C++ в тех нишах, где C++ хорошо себя чувствует?

Разве что Rust или Ada.

Что-то еще?

Если там что-то из серии

/* API либы, через который вся работа */
struct {
    uintptr_t (*func)(<чётатам + va_list какой-нибудь>);
    ...
} my_functions_t;

/* собственно внешний интерфейс */
my_functions_t* start_core(<чётатам>);
void stop_core(void);

Не делай попыток выглядеть умнее - у тебя это не получается.

Пока чтов банковской и биржевой сфере все транзакции совершаются посредством Java. Пробовали запустить на .Net - поперхнулись.

Г-но сменили на мочу и поперхнулись.

Можно перечислить ниши?

Совмещал Java и Delphi в одном проекте через JNI. Ядро вообще было написано на Си. Из одной среды в другую передавались строки и числа. Так вот, универсальным интерфейсом между нативщиной и явским кодом были функции, соответственно, протокол «общения» был завязан на имена, передаваемые параметры и возващаемые значения - так называемый «плоский API». Убирать функции, которые уже используются, было нельзя, добавлять новые - можно.

Был в команде кадр, каждый конструктор начинал строчкой «memset(this, 0, sizeof(T));». ЧСХ, оно так и не выстрелило.

синтаксис наркоманский у раста

Не наркоманский, а непривычный.

Был в команде кадр, каждый конструктор начинал строчкой «memset(this, 0, sizeof(T));»

И долго он смог пробыть в команде?

В данном контексте эти понятия одинаковы.

Раз пошел вопрос в ответ на вопрос, то ответа, я так понимаю, не будет.

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

И как ощущения от проекта?
А здесь был здоровый Дельфёвый проект и нужно было внедрить новый функционал для которого, уже реализована поставщиками либа. Но проблема, что либа имеет интерфейс, как вот выше описал -> все структуры и callback-и (считай несколько header-ов (ЕМНИП был один главный - большой и три маленьких - сервисных)) сиди и переписывай в pascal unit-ы.

Ответ будет, если ты действительно перечислишь конкретные применения языка. Потому что телепатией я, увы, не страдаю.

Потому что телепатией я, увы, не страдаю.

Ну это вы же заявляете, что на C++ вообще ничего нельзя начинать делать в 2018. Значит куда не плюнь (вот вообще куда не плюнь) вы видите достойные и реальные альтернативы. Я и прошу перечислить те, что вы видите.

Если же отталкиваться от примеров, то вот, совсем свежий от FB: https://code.facebook.com/posts/1906146702752923/open-sourcing-katran-a-scala...

Ну это вы же заявляете, что на C++ вообще ничего нельзя начинать делать в 2018. Значит куда не плюнь (вот вообще куда не плюнь) вы видите достойные и реальные альтернативы. Я и прошу перечислить те, что вы видите.

Ну так ты напиши, куда именно мне плевать. Что ты увиливаешь-то? Сам же сказал, что есть ниши, где C++ чувствует себя комфортно.

Ясно-понятно.

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

И как ощущения от проекта?

Проект был небольшой: из Java-кода нужно было вызывать нативный код, но не наоборот. Так что тут всё просто. Если была нужда делать обратные вызовы - из нативного кода вызывать явский, то тут пришлось бы изобретать ещё один нетривиальный протокол.

Например Д.

Если же отталкиваться от примеров, то вот, совсем свежий от FB

Как я понял, all the hard work делает ядро, а это только конфигурялка XDP/eBPF.

Зачем её писали на C++?

В D есть сборщик мусора, без которого D превращается в тыкву betterC.

Даже количеством способов выстрелить в ногу?)

Как дама с невыносимо страшной фотографией в этом треде, например

сделал мой день

Ну, это сайд-эффект от доступной мощи. Можно «моя нога стреляй себя» и не делать, если подходить к делу ответственно.

Можно «моя нога стреляй себя» и не делать, если подходить к делу ответственно.

Можно, но не получается вообще ни у кого.

По-моему это не очень практичный компромисс.

не с/с++, но 1с. чем не вариант?

И долго он смог пробыть в команде?

Да :( Ну, там и место было проклятое.

если подходить к делу ответственно.

Так не бывает.

Только сегодня искал сжималку jpeg, наткнулся на это: https://github.com/tjko/jpegoptim. Судя по readme, автор пилит её с 96-го года. И что же мы видим первой записью в чейнжлоге: fix double free.

Судя по readme, автор пилит её с 96-го года
fix double free

Это не есть ответственный подход к делу. Видимо он ее вечерами под пиво пилил.

А вот и виляния пошли.

Далеко не всегда. Собсно асан сабж то и поймал, но благо среди тесткейсов один из пары десятков попался тот, на котором асан срабатывал.

То есть называть вещи своими именами - это виляние?

Рассказывать басни, а потом отнекиваться - это виляние.

Что в текущем контексте такого, что делает эти понятия тождественными?

Попытка скрестить синтаксис типичных функциональных ЯП и C.

Передать выражение с va_arg аргументом в макрос.

Нечего подобного!

Не было ни единого разрыва!(С)

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

Это те, кто плюсы не осилил городят свои извращённые системы типов и наследованием на языке, не подразумеваем это изначально.

Где-то заплакал разработчик GLib.

Сделать хитрожопую структуру со структурами внутри, в одной из которых хранится float. Словить hardfault от того, что float оказался невыровненным, а FPU такого не умеет.

Если не «паковать», то не словишь.

А если паковать - словишь и на int, при записи поля по указателю на него.

И да, от уровня вложенности это не зависит.

Очень жуткий код у них. Потому всякие mutterы падают молча и не выдает ошибок. И стэк дамп совершенно бесполезен из-за этих нагромождений.

Кто бы заметил ошибку, если не знал, что она тут есть?

И тут в ветку врывается статистический анализатор от конторы с блюющим пони на логотипе.

Она не паковалась. Вот не помню точно, то ли компилятор не сделал нормально выравнивание во вложенной структуре, то ли я доигрался с указателями. Но с int работало! Cortex-M4.

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

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

В Cortex-M0 еще «круче», там нельзя делать доступ к не выровненным uint16_t uint32_t по указателям. Точнее можно, но через memset...