Выбор ЯП для системного программирования.

char* str = my_speed_double_to_string(53.1111111111111111111111);

Доволен?)

Уже лучше.

Но можно обойтись и буфером на стеке, там, где это нужно для скорости, ибо максимальная длина double в десятичном представлении вычислима на этапе компиляции. И должно стоять не 128, а это значение. А ещё лучше - constexpr формула для плюсов или #define с формулой для сишки.

Только #define примитивен, а constexpr позволяет рекурсию, циклы и прочее, позволяя вычислять много больше, сохраняя переносимость без цепочки #elif SYSTEM_XXX

Но это нужно знать инструменты и уметь ими пользоваться. ООП совать в это не обязательно.

Добрый день, задумался я тут о том чтоб начать учить один из низкоуровневых ЯП для развития и разработки.
Пока выделил следующие ЯП. C,C++,JAVA,RUST.

а низкоуровневые почему передумал?

my_speed_double_to_string

хау мач тайм?

MAX_DOUBLE есть,но щас ты скажешь что вдруг нужно преобразовать тип больше DOUBLE,какой нить intel_512bit_register

#define my_speed_double_to_string(_) NULL

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

Максимальный double value не обязательно имеет наибольшую длину в десятичной строковой репрезентации.

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

Итого: пока крестодауны изобретали феерических размеров consexpr-ы и считали длину самого длинного double в символах, сишник написал char str[128]; snprintf(str, sizeof(str), «%g», val); и пошел решать действительно важные задачи.

Крестобыдлу не понять.

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

А тупой крестодаун воспользуется std::to_string и будет спокойно решать важные задачи.

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

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

Тупым сишникам-анонимусам не понять.

сишник написал char str[128]; snprintf(str, sizeof(str), «%g», val); и пошел решать действительно важные задачи.

Зачем вообще так жить? Кода много, код неэффективный, и это еще самый простой случай. На Rust это будет просто: val.to_string(), еще и быстрее наверняка.

Ага, сишный герой оставил после себя уязвимость

Ты в глаза долбишься, или правда не знаешь, что такое snprintf?

А тупой крестодаун воспользуется std::to_string и будет спокойно решать важные задачи.

Изобрази-ка мне «%5.2f%%» на std::to_string, а я посмеюсь.

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

Таким будут заниматься разве что воннаби хацкиры. Ты не поверишь, насколько все хорошо с управлением памятью в сишколибах. Выбирай: talloc для любителей гадить на куче или apr для любителей гадить на куче аккуратными кучками во избежание фрагментации.

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

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

Ты в глаза долбишься, или правда не знаешь, что такое snprintf?

Таким будут заниматься разве что воннаби хацкиры.

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

с запасом

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

%5.2f%%%%%%55555

этим ты в 1960х кого-нибудь удивил бы точно. А сейчас - держи снисходительную улыбку.

этим ты в 1960х кого-нибудь удивил бы точно. А сейчас - держи снисходительную улыбку.

Ну давай, покажи. Держу пари, ты как и 95% повелителей шаблонов, не умеешь пользоваться iomanip, хваленый std::to_string нихрена не поможет, так что ты либо подожмешь хвостик и сделаешь snprintf, либо притянешь какой-нибудь boost::format. Шах и мат, неумеха!

И пофигу, что символов 21 т.к. 20 + '\0', да? Не осилил std::string_view?

plain old C

Это, кстати, совет Go-фера бэк-эндщика, который ни C, ни системного программирования в глаза не видел.

Какой же ты тугой,посмотри как пишутся проекты на Си.Хорошие проекты,там все нормально сделанно.

Вот это — нормально? Если чистый C такой замечательный, что же код на нем так убого-то выглядит? Сплошная копипаста и закат Солнца вручную.

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

Да, эпичненько получилось.

Системное - только С. И нечего со всяким говном плюсерским лезть!

И да, если в МК хочешь, вот тебе мои сниппеты: STM8, STM32.

если NULL то пусть программа падает

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

Ты с ним?

Ты не поверишь, насколько все хорошо с управлением памятью в сишколибах.

HeartBleed

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

«А вдруг изменят double?„Я про это

Ага, сишный герой оставил после себя уязвимость

snprintf юзают нормальные люди.Но ты не зацикливайся я же написал о my_speed_double_to_string() а там все идеально

Там было memcpy,хз чего я тут так написал.Сонный был уже

Можно вынести основу в другую функции,в итоге эти функции копи-пастные будут различаться на строчку.Ну или так

#define my_copy_paste_fn(type) type->out("123");free(type)

к примеру...

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

#include <iostream>
#include <deque>


int main()
{
    const std::size_t count = 0xFFFFFFF;
    std::deque<std::size_t> dblque;
    for( std::size_t i = 0; i<count; ++i  ) {
        dblque.push_back( i );
    }

    for( std::size_t i = 0; i<count; ++i  ) {
        dblque.pop_front( );
    }

    for( std::size_t i = 0; i<count; ++i  ) {
        dblque.push_front( i );
        dblque.pop_back( );
    }
}

Давай аналог на сишке, петушок. Или иди отсюда нах.

Не не так (с #define),но думаю суть ясна

Вчера вы были сонным, а сегодня еще не проспались? Иначе не понятно, как воспринимать ваш комментарий.

Ну и да, вот это:

type->out(«123»);

каким боком относится к чистому C?

С чего это я петух,или ты проецируешь?))Видимо это какой то std::vector.Ну size_t = stdlib/stddef а векторов куча,даже недавно было на хабре про удобные вектора на C89 - https://habrahabr.ru/post/324210/

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

#define my_copy_paste_fn(type) type->out(«123»);free(type)

Чудеснейший код. Просто отличный, можно сразу в палату мер и весов помещать.

Ну так лег поздно,проснулся рано.)

Код давай, или иди отсюда нах. А мы сравним на сколько твой код сольет этому коду на крестах. Ну если ты конечно трепло и ссышь...ну тонгда ты да - петух.

А может ты пойдешь нахуй?Тебе надо ты и пиши,если что то не так то я тебе укажу где плохо.

Слив защитам, чмошник. Да потому что ты ни с++ ни Си толком не знаешь, школота тупорогая. Можешь теперь наклеить себе перья и кудахтать на уроках.

Че ты вообще хочешь?Ну показал ты что в С++ std:: есть и что?Думаешь если я напишу такую же вещь как этот декуе оно работать будет медленее?))Я просто только сейчас увидел в чем суть.

Лол,у тебя подгорело видимо хорошо.Но слив то от тебя,ты тут кукарекаешь что Си медленее и при этом ничего написать не хочешь))

Понятно, в наше время было принято писать (*p->out)("1234").

Тем не менее, какой-нибудь вменяемый ответ по средствам борьбы с копипастой в C будет?

нормальное разделение функций/#define

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

Вы вообще прочитали хотя бы примеры C-шного кода по ссылке?

Тут твой голубой друг

Это который пони?

Он не умеет в Си. Это понятно уже. Он только первый 5 страниц про «Си для чайников прочитал»

char name[20] = «01234567890123456789»;

Пфф, ты это на С изобрази:

constexpr auto str1 = "01234567890123456789"sv;
constexpr auto str2 = "01234567890123456780"sv;
constexpr bool eq = (str1 == str2);

Да,абстракции для работы с память и #define для первых двух кусков кода пойдет.

Я боюсь, он и в нормальную связную речь на русском языке не может.

Там, вааще-то, три однотипных куска. С третьим что делать прикажете? Поверить вам, что можно сделать компактнее, читаемее и легче в сопровождении?