#ifdef НОВЫЙ_ТРЕД
освятил_тред(959643, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL)
#endif

>>959653
#include <stdarg.h> сцуко!

>>959653
Хуевое проектирование.

>>959643 (OP)
Имхо, вот эта книга неплохая для вкатывальщиков: http://shop.oreilly.com/product/0636920015482.do
Осиливал в оригинале, про качество перевода не знаю.
Хотя обложка и оформление слегка ебанутые

>>959661
Нет, лучше всего Прата, а затем Керниган-Ритчи

>>959667
Судя по оглавлению, книжка, по крайней мере, лучше чем hard way.

Почему в шапке до сих пор не было книги по указателям?
http://shop.oreilly.com/product/0636920028000.do

>>959684
Книга? По указателям? Следующей будет книга по булевой логике, хотя подожди-ка...

>>959661
А что там вкатываться в си то? Открываешь стандарт и читаешь, хули, это не с++
Не можешь сходу осилить стандарт, учишь сначала питон

>>959699
я вот такую годноту там нашел:

#define RAII_VARIABLE(vartype,varname,initval,dtor) \ void _dtor_ ## varname (vartype v) { dtor(v); } \ vartype varname __attribute__((cleanup(_dtor_ ## varname))) = (initval)

автодестпуктор для мэлока

>>959746
в плюсах тоже самое

Сегодня ты сосал хуи
А завтра пишешь ты на Си

>>959903
>__attribute__

Это из какого стандарта?

>>959906

Стандарт плюсов в два раза толще. Чтобы из 1300 страниц выудить полезную информацию о том, как писать на языке, надо иметь недюжий ум.

>>960090
Как обычно ищут максимум: заведи max_length = 0, max_offset = -1, а когда очередная последовательность нулей закончится, сравни ее длину с max_length, и если она больше, запомни новую max_length и офсет последовательности (если нужно). Алсо, сейчас у тебя просто количество нулей считается, а тебе нужно детектить переход между ноль-неноль и обратно.

>>960088
>__attribute__
из гцц
>плюсов в два раза толще
пишу все гуи на кют ложив хуй на стандарты, все отлично.

стандарты это мокрописька для хипстеров.

>>960090
else break;

>>959643 (OP)
Ананасы, как правильно сделать проприетарную bare metal либу? То бишь нужно скомпилять код и поставлять в виде какого-нить бинарного формата + хедер с прототипами функций, доступных пользователю и всё это добро должно нормально линковаться. Очевидная статическая либа из объектных файлов не подходит, т.к. таким способом будут светиться все внешние функции/переменные из объектных файлов, что довольно некрасиво.

Почему когда я смотрю обычные заголовочные файлы stdio.h, например то вижу тонны дефайнов, несколько объявлений функций, а самих функций не вижу? Где они?

>>960119
Скомпилированы и лежат скорее всего в виде shared либы где-то в /lib

>>960097
>пишу все гуи на кют ложив хуй на стандарты, все отлично.
ты какой-то даун совсем отбитый, советую рассмотреть суицид

>>960118
Посмотри на sqlite amalgamation - собирай (скриптами) гигантский сорс и компилируй его (ну или инклудь .c в .c). Не делай символы внешними, используй static где только можно.

>>960124
Неужели это всё нельзя сделать силами конпелятора или линковщика и нужно городить костыли? Ведь shared либы для больших операционок легко чистятся от излишних экспортируемых символов, даже можно всякими __attribuute__ в gcc явно задавать, что нужно всем видеть, а что – нет.

>>960127
Может лучше просто скомпилировать либу в готовый машинный бинарник, написать функции-обёртки (т.е. обертки тех функций, которые должны эскпортироваться), которые вызывают _настоящую_ функцию по конкретному адресу, а также написать скрипт для линковщика?

>>960127
Можно сделать средствами линковщика. Можно перепидорасить объектники как угодно, но подход sqlite требует меньше всего трудозатрат.

>>959906
>в плюсах тоже самое
Только стандарт си++ никто толком даже из комитета не читал. Была же история, что какой-то чувак в стандарт по шаблонам написал стишок и его никто не заметил, т.к. никто не читал. В итоге так и приняли стандарт вместе с этой хуйней

>>960119
Мне тоже нудобно, хотел на реализацию глянуть и обосрался.

>>960154
*неудобно

>>960155
Ну наконец-то признался, что все эти твои имаксы говно.

>>960148
Даже не поленился и нашел: страница 362 стандарта 2013 - пункт 14.7.3 Explicit specialization, подпункт 7, самый конец абзаца:

When writing a specialization, be careful about its location; or to make it compile will be such a trial as to kindle its self-immolation.

>>960132
В общем-то всё получилось намного проще: нужно всего-то сделать
ld -r куча_объектных_файлов -o yoba.o
strip yoba.o --strip-all --discard-all (или какой-либо другой способ избавиться от неугодных символов)

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

>>960161
Neosilator please.

>>960183
Я? У меня никаких неудобств из-за хедеров не возникает.

>>960200
Тупорылый петухевен, у тех двух ньюфагов тоже нет никаких неудобств с просмотром хедеров. До них не доходит, что реализации функций в хедере уже скомпилированны и не доступны для просмотра.
этот дебил у вас тут - местный клоун?

https://arhivach.org/thread/248880/#959007

Я вчера ночью придумал решение.

Короче: http://www.stanford.edu/class/ee398a/handouts/papers/WittenACM87ArithmCoding.pdf

Длинее: Хранить выборки в массиве ты не сможешь, если число будет слишком большим (число выборок - примерно N! ). Тебе нужно закодировать упорядоченную выборку из набора числом, и потом по требованию разворачивать выборку в строку или ещё во что (то есть, у тебя массива не будет. У тебя будет функция).

Упорядоченная выборка некоторого размера M из набора N - это вектор из M чисел (индексов в наборе) от 1 до N-k где k - номер числа в векторе (число оставшихся вариантов зависит от того, сколько элементов уже выбрано, и каждое число обозначает номер выбранного продолжения в списке оставшихся).

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

Например, выборка {1,7,4,8,9} из {0 ... 9} будет представлена дробью
1/(101)+6/(910)+3/(8910)+5/(78910)+5/(6789*10)
10 - размер набора.

EOL-символ тебе не нужен.

>>960420
P.S. Если тебе нужно объединить выборки всех размеров в одну, то EOL-символ тебе понадобится.

>>959643 (OP)
На вашем говне еще что-нибудь пишут? Кроме корявых драйверов к какому-нибудь линуксу?

>>960426
>вашем говне
на нем написано ваше говно

>>960426
Все программы от А до Я на C99/C11 пишутся.

Кто-нибудь ковырял MetaC? Годная штука?

>>959643 (OP)
Аноны, у меня сортировка данных, вывел сам процесс в функцию, нужно посчитать кол-во обменов и перестановок. Можно задать цикл со счетом обменов/перестановок в самой функции, чтобы потом вывести это кол-во в консоль?

>>960119
>Где они?
Можешь купить у майкрософт.
>Source code for runtime libraries is included in Visual C++[15] for reference and debugging (e.g. in C:\Program Files\Microsoft Visual Studio 11.0\VC\crt\src).
Как это устроено у красноглазиков не знаю, но думаю надо будет сделать apt-get install libc6-dev или нечто подобное.

>>960167
В голосяндру.

Фолкс, где искать работу? Пытаюсь учить всякие джавы, пхп... такая залупа хз.. не нравится мне всё это. С/С++ ближе, но работы чёт мало (или я просто не там ищу). Если и есть вакансия, то требуется кулхацкер со стажем пицот лет, и чтоб пришёл и порядок навёл без помощи. А где взять работу совсем зелёненькому, как я? Я вот недавно откинулся с универа. Не нуб, но и не чел, который придёт и возьмёт всё под свой контроль. Как быть? Нахуй идти не хочется.

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

>>960764
Дрочи электронику и иди пилить прошивки или ищи более нормальные языки. С поиском работы на Си в России все крайне хуево, всем нужны веб-макаки.

>>960764
Ну щас тенденции такие. Байтоебство осталось в 90-нулевых, сейчас в рашке онли тырпрайз, делать сайты или писать приложения под ведроид. Но ты всегда можешь завести трактор и работать в нормальной ит компании, где еще пишут на плюсах/си - разные интол(интернет вещей), геймдев компании и тд

>>960750
In any linux stdlibc installed by defaul in /lib64 headers in /usr/include

>>960779
>>960782
>>960785

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

Я правильно текст из файла в строку пидорю? https://a.vidga.me/sgeyey.c

>>960906
1) Закрывать-то файл зачем? Сделай rewind или fseek(file, 0, SEEK_SET) после ftell().
2) Ты уже знаешь размер, но читаешь посимвольно. Делай сразу fread всего файла, пусть рантайм разбирается и читает так, как ему там удобнее читать.
3) Выделяешь n байт, читаешь n байт. В результате строка у тебя останется не завершенной нулем (если в файле нулевой байт не встретится). Выделяй n+1, явно делай str[m] = '\0' после чтения, где m = количество прочитанных байтов.

>>960935
Хуй знает, что это и зачем, но либо считай руками (для сравнений счетчик можно прямо в сравнении увеличивать: if (compare_counter++, foo < bar) { ...), для обменов тем более никаких проблем. Либо сделай отдельные фукнции compare и exchange, и увеличивай счетчик в них.

Хочу изучить с++ чтобы делать игры. В 2017 он еще актуален для гейдева?

>>960935
> Кол-во сравнений
Это же просто обмен двух элементов местами. К чему этот комментарий? Массивы чтоль сортируешь?

>>960955
В 2017 он единственный язык, на котором пишут игры.

>>960955
Актуален, но лучше бери Unity и C#, быстрее вкатишься, а не погрязнешь в хелловорлдах и движкостроительстве. Алсо, тут тред не про кресты, вообще сходи к детям в /gd/ лучше.

>>960964
> лучше бери Unity и C#
Попробовал сначала на жаве, но 90мб в озу на перемещение спрайта меня как то оттолкнуло. Юнити тоже выдает много мусора. Схожу в общем посмотрю что в /гд говорят.

>>960967
В юнити и вообще готовых движках ты нормального потребления не добьёшься, да и производительности нормальной тоже. Зато программить на этом сможет даже ребёнок, всё максимально просто.
Если же хочешь, чтобы ресурсов мало выжирало и летало, то пердоль OpenGL/Vulkan на Си/Крестах, но на этом ты само-собой ультра йобу в два клика не сделаешь, тут думать нужно.

>>960967
> 90 мб
Дай угадаю, а без спрайта хелловорлд ты не мерял? А чем всякие commit/reserve/heap отличаются не знаешь? Ничего плохого в 90 мб нет, если это не 90 мб на каждый спрайт. Тот же майнкрафт на моем старом 2 ядраодин целерон-2 гига середины 2000х упирается в проц, а не в память.

>>960972
Вооот, уже начинают советовать делать свой движок... да еще на вулкане. Ты сам свой движок закончил? Ты представляешь, сколько нужно итераций "сжечь и переписать", чтобы у человека без предыдущего опыта в движке появилась архитектура? Сколько человекочасов, чтобы добиться современного уровня графики? Сколько соломки нужно подстелить для legacy-дров с багами? Сколько времени можно было бы потратить на разработку самой игры?
Сам пилю йобу на С в свободное время, но я старый и глупый, не повторяйте моих ошибок.

>>960978
Если у него есть желание, то не вижу проблемы. В любом случае я сказал как есть:
Движки — быстрая разработка, тормоза, высокое потребление памяти.
Велосипеды — долгая разработка, высокая производительность, маленькое потребление памяти.

Алсо, если он хочет пилить 2D игорю, то тут всё просто.

>>960978
>Сам пилю йобу на С в свободное время
Покажи скриншоты или что у тебя есть. Интересно.
мимо-крокодил

>>960978
>legacy
Ненужно совершенно.
>дров
mesa-vulkan твои дрова, сам движок под wayland пили.
>человекочасов
Ты же не йобу собрался разрабатывать, сделай простую либу чтобы импортировались .blender файлы и все.

>>961078
> legacy Ненужно совершенно.
Поэтому удел линукса - сервера.

> mesa-vulkan твои дрова, сам движок под wayland пили.
А почему это плохой совет, читай двумя строчками выше.

> сделай простую либу чтобы импортировались .blender файлы
> простую либу
> простую
> .blender файлы
А чего не .mb сразу?

Неа, совсем не палишься

Про типы с точной шириной типа int16_t, uint32_t вики говорит, что не все системы их поддерживают. Кто-нибудь навскидку назовёт в пример подобную систему?

>>961203
Системы, где байт не кратен 8 битам

>>960785
Живу в рашкованском миллионнике и байтоёбствую под эмбедед и не только в продуктовой компании. ЧЯДНТ?

>>961217
А много таких систем-то? Из популярных я имею в виду.
Не, ну я предполагал, что Сетунь-70 не поддерживает подобное, но из современных, есть какие-то значимые примеры?
Avr могу предположить, но там только в силу размера же.

>>961219
Что за компани? Или это типичная оборонка?

>>961203
> Кто-нибудь навскидку назовёт в пример подобную систему?
DSP, где память адресуется 24- или 32-битными словами?

>>960764
У нефтянки и прочих недрокопателей софт до сих пор пишется и поддерживается на с/с++.

>>960215
Насколько я помню этот дебил бородатый и самый скилловый тут, а ты можешь пройти на хуй

Помогите написать генератор, типа питоновского/шарповского yield как на пикрелейтед. Код ниже почему-то вылетает с ошибкой:

#include <stdio.h>
#include <setjmp.h>

jmp_buf env_generator;

int range_generator(int max)
{
    int val = setjmp(env_generator);
    while (val < max)
    {
        val++;
        return val;
    }
    return -1;
}

void main()
{
    for (int result = range_generator(10); result >= 0; longjmp(env_generator, result))
    {
        printf("Result: %d\n", result);
    }
}

>>961674
>генератор, типа питоновского/шарповского yield
нахуя? если нужно нечто подобное, используй итераторы, а не такие кривые велосипеды

>>961696
Какие итераторы? Мне нужно на чистом Си.
Генератор, который выдавал бы значения внутрь цикла for и while (например, числа от 1 до 10) без хранения их в памяти.

>>961698
Всё равно тебя не понимаю.

1) НАХУЯ тебе этот генератор в C??


2) setjmp - эту ебанину крайне редко используют в очень узких задачах. Ты уверен, что это надо в твоём проекте? Что ты пытаешься сделать?

>>961698
>без хранения в памяти
Манямирок, отдельно функция и переменная не подойдет?
Если цикл один то и функции не надо.
Но вот итераторы раз они тебе нужны.
http://stackoverflow.com/questions/4961860/iterator-in-c-language#4962050

>>961698
В С так не делается, не переноси свои ебанутые привычки с первого языка на все остальные, учи C и как на нем пишется код, а не переводи в своей голове с питона.

>>961712
как хочет так пусть и делает. зато быстрей вкатится.

>>961711
Есть подозрение что он хотел отложенно вычислять массив по мере итерации.

>>961723
Не соснет ли такое решение по сравнению с обычным последовательным? Вычисли сразу все а потом делай что хотел.

>>961725
Соснет, этот дебил хочет функциональщины в насквозь процедурном языке. Для этого и изобрели пайтон.

>>961698
>Генератор, который выдавал бы значения внутрь цикла for и while (например, числа от 1 до 10) без хранения их в памяти.
Освобождай вручную и передавай ссылки, но это все хуита.

>>961709
Библиотеку для коллекций с ленивыми вычислениями.

>>961723
>>961727
>>961728
проиграл с тупорылой школоты

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

>>961674
longjmp предназначен для переходов внутри функции, или для "выпрыгивания" по стеку вызовов наружу. Если функция, которая вызвала setjmp, завершилась, можешь считать, что jmp_buf содержит мусор.

printf("Введите a кок-пок и т.д. и т.п.\n");
success=scanf("%d", &a);
printf("Введите b и с\n");
uspeh=scanf("%d %d", &b, &c);
Не могу заставить scanf считывать с новой строки b.
Просто пользователь может после первого сообщения ввести два числа, в переменную a попадёт первое введённое, а вот scanf-ить числа b и с уже надо со следующей строки.
А у меня если юзер введёт после первого сообщения "14 88", а после второго "13 37", то
а=14
b=88
c=13
А надо:
a=14
b=13
c=37
success=scanf("%d\n", &a) не помогает

>>961828
Считывай сугубо по одной переменной.

>>961832
Дак лол, не могу же.
Энивэй, если я попрошу вводить по одной цифре, то пользователь может ввести две по описанию задания. Алсо, он может ввести N переменных. Надо считать только первую, а потом заставить следующие scanf считывать с другой строки.
putchar('\n') не помогает

>>961841
> по одной цифре
По одному числу, фикс.
> он может ввести N переменных
N чисел, фикс2

>>961841
Почему не можешь?
Программа должна писатся для трезвого пользователя.
Можешь все за один scanf считать.

>>961843
> Программа должна писатся для трезвого пользователя.
Не у меня. Понимаешь, я мог бы всё аккуратно сделать через гетчары, перевод в числа и обстоятельные проверки всего и вся, но я так не сделаю, пока меня не обоссут, а пока просто сканфики скобачки.
> Можешь все за один scanf считать.
Не могу. Там дальше в программе надо будет считать разные данные в зависимости от хода программы, это и мешает, причём ужасно.

>>961828
>>961844
Решил так.
Добавляю переменную char trash;
while(trash!='\n')
scanf("%c", &trash);
Переменная сама никому не нужна, просто для прокрутки.

>>961848
fflush? стандартных путей нет, кроме да, считывания.

>>961889
> стандартных путей нет, кроме да, считывания.
Это и есть стандартный путь после scanf failure. Вычитать остаток строки и запросить данные заново.

>>961896
Пыня плиз.
Железо все стерпит, процессоры с каждым годом все мощнее, 5GHz, дохуя ядер, scanf это ничто.

>>961828
>>961848
Сожрать остаток строки можно самим scanf-ом: scanf("%∗[^\r\n]"). Взять число и выкинуть остаток строки можно, чуть исправив формат: scanf("%d%∗[^\r\n]", &n) (звездочки только на нормальные поменяй). С чтением одного числа из одной строки (а также нескольих чисел из обязательно одной строки) сложнее: самый простой подход - использовать fgets+sscanf, самый правильный - fgets+strtok+strtoul и прочие strtoX.

>>961896
Дак чтоб под строку не выделять память

>>961973
Спасибо, годно

>>961987
он наверно про то, что getc (или как оно там) менее тяжеловесен.

>>961995
Дак да, но блин, я уже сталкивался с таким, что позиция, с которой будет считан следующий getchar() не совпадает с позицией, с которой будет считан следующий scanf().
Или у меня тогда проблемы были не с этим. Но приходилось писать scanf("%d\n") - только тогда всё работало В общем, я осторожничаю с этими вот читалками.

>>961896
В прочем, ты был прав. С гетчаром всё работает, я не смог сбить его с толку

Ладно, поцоны, как вы парсер пишите? Например, заголовка ip пакета. Для мeня пока бeст таeр это сдeлать структурку с битовыми полями и обeрнуть ee в #pragma pack. Или как-то так. Ну и входной массив привeсти к типу.
Минусы: eбиная дирeктива компилятора, что шатаeт кросплатформeннсть, и нeвозможно динамичeски описать поля структуры, eсли парсятся извeстной формы набор байт.

Какиe ваши прeдложeния?

>>962115
https://en.wikipedia.org/wiki/Parsing

>>962115
На, попробуй http://www.colm.net/open-source/ragel/

>>962115
а, кстати, не ебу о чём ты там, но структуру можно объявлять динамически внутри функции.
типо как

f(a,b) {
struct a {
c[a];
d;
}
}

>>962123
У мeня гцц трeбуeт обязательно числа в квадратных скобках

>>962126
ну чё, перестал, требовать? типы проставь

>>962115
В прошлом треде (или позапрошлом, не помню) дохуя об этом срали, сходи почитай - ссылки в шапке.

>>961828
Диванный нуб залетает в тред. Вылечил проблему банальным fflush(stdin); перед втором сканфом.

>>962205
А я и не отрицаю.
Тот самый диванный нуб

сисюны, реквистирую алгоритмы разбиение текста на строки типа Knuth-Plass Line Wrapping

>>962245
Лол, диванный это я. 3-й курс шараги еще.

>>962205
> fflush(stdin);
UB

>>962368
И это еще раз иллюстрирует нам, насколько сильно комитет злоупотребляет UB. Здесь вполне можно было бы обойтись unspecified behavior.

>>962397
>И это еще раз иллюстрирует нам, насколько сильно комитет злоупотребляет UB.
Не дорос ты определять, злоупотребляют или нет.

>>962148
Удивитeльно, но да. Но крeстах совeршeнно нe хочeт так дeлать. Совeршeнно нe понятно, почему в сишкe работаeт

>>962456
> Совeршeнно нe понятно, почему в сишкe работаeт
Потому что в C99 есть VLA, а в C++ их не взяли

>>962528
8ll 1024 1024 * 1024

>>962531
8ll x 1024 x 1024 x 1024

>>962528
Ну или long long gigs

>>962528
Рофл size_t это саный int чем же считать память??

>>962537
>size_t это саный int
штобля

>>962538
Он второй тред уже срет своими гигабайтами, которые у него не выделяются.

>>962542
Если у тебя size_t - unsigned int, значит у тебя 32-битная система, и выделить 8 гигов ты не можешь никак. И в закомментированной строчке на пике у тебя именно 8 гигов, а не 1. Память мы считаем в байтах, а не в битах.

>>962547
Это я понял, но я также слышал что-то про pae и я не врубаю что это тогда если с ним всё равно ничё нельзя на 32битной

>>962549
Я тебе уже пояснял за PAE (в винде это AWE). Выделяешь кусок адресного пространства, сколько не жалко - это "окно", и когда тебе нужно что-то положить в память или прочитать, просишь систему в это "окно" показать кусок оперативки. Выделить так можно более 4 Гб, но видно одновременно будет только столько, сколько размер твоего окна. Т.е., при желании ты можешь несжатую картинку 65536655364 байта (16 гигов) положить в память, но не можешь без дополнительных телодвижений обращаться к рандомному пикселу внутри нее. В 64-битной системе ты можешь делать банально bitmap[y * width + x]), а с PAE ты сосешь хуй: чтобы что-то прочитать или записать, тебе придется "отобразить" регион, содержащий пиксел в твое "окно", и потом внутри этого окна с пикселами работать, по необходимости сдвигая окно (т.е., отображая на него различные страницы физической памяти). Гугли AllocateUserPhysicalPages/MapUserPhysicalPages, только нахуя тебе это надо - непонятно.

>>962549
причём тут язык c?

ты не как не можешь иметь на 32битной машине больше адресов чем 4к. это по стандарту невозможно.

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

>>962561
вот интересно, в компиляторах нет таких расширений?

>>962570
В компиляторах Си они нахуй не нужны. Это достаточно низкоуровневый язык, чтобы извращениями занимался не компилятор втихомолку, а ты сам и явно. У тебя задача-то какая? Почему ты не можешь воткнуть 64-битную систему, если есть потребность в огромном адресном пространстве?

>>962574
я не он. просто подумал что это же реально эмулировать.

>>962577
хотя нет, как же тогда системные библиотеки с их типами. да, это уже вопрос ос а не компилятора, наверно.

>>962577
Смысла нет. Это был переходный механизм, когда 64-битные наборы инструкций еще не существовали (или были мало распространены), а возможность воткнуть более 4 Гб уже была. Да и юзкейсов, когда тебе нужно, много гигов на один процесс, не так уж много. Гораздо чаще хочется иметь много гигов для разных процессов - вот эту задачу PAE, в общем-то, и решает.

>>962549
>я также слышал что-то про pae
Сходи посмотри на расшифровку это аббревиатуры, довен.

Господа, вопрос скорее даже не по С, а по линкусу и сетям.
Пытаюсь сделать через raw-сокеты отправку пакетов с спуфом ип-адреса источника. Трабла в том, что софт запускается на роутере с включенным NAT и этот NAT заменяет в отправляемых пакетах любой адрес источника на внешний ип-адрес роутера, т.е. спуф идет по пизде.
Если ли способ может через установку какой-либо опции для сокета или может твик ядра линукса через /proc/sys/net/ipv4/ или еще как-то заставить блядский NAT не подменять адрес источника в пакетах, которые были сгенерированы на самом роутере?

>>961896
А число без scanf как считать?

>>963023
Тебя ебёт это, что ли?

>>963023
getchar() считывает символы, число можно собрать по цифрам

Аноны, тут такое дело, курсач нужно запилить, исходные условия: "шоб использовал С/с++ и шоб с базами данных, ну и не совсем простое.
Таки вопрос:
Что б такого написать? не совсем нуб, но и сверхъестественное не надо, сроки как-никак. Думаю что-то типа библиотеки замутить, но выглядить слишком просто.

>>963141
sqlite+C
Слелай телефонную книку

>>963195
Как усложнить можно?
P.s. Спасибо)

>>963229
Учет доходов и расходов семейного бюджета?

>>963233
О.о
Ладно, енижка так книжка.

>>963238
Усложни, один человек может иметь несколько номеров.

>>963238
Можешь еще мыльце или вк добавить к записям.

>>963240
Окай, спасибо за идеи, няш :3

>>963574
Самый глубокий цикл не выполняется ни разу скорее всего.

>>963575
Вся функция работает правильно, мне нужно только посчитать a и b.

>>963577
А где ты "а" в консоль выводишь?

>>963579
Ну не стал весь код кидать.
Через printf("%d",a);
Возможно в выводе ошибка, первый раз с функцией работаю

>>963580
Вывод в теле функции происходит?

>>963585
Они же у тебя локальные. Ты выводишь какие-то другие "а" и "b"

>>963585
А как вывести? Ну ту a которая в функции считается?

>>963588
В конце функции написать вывод, либо сделать функцию, возвращающую значение

>>963797
Привет, лабодаун. Разевай ротешник, будем в него ссать всем тредом.

>>963799
А, это у вас тут такие правила , я понял. Больше не буду значит тут помощи просить. А в ротешник сам себе нассы ,дядя.

>>963797
>дальше без понятия как действовать.
учись маршироавать

Ужас тут что одни школьники сидят?

>>964021
Вообще нет, походу дохуя в крестотред перебралось.

Задался вопросом, а как обычно нормальные люди реализуют так сказать динамическое создание указателя. К примеру есть у меня список односвязный, указатель на голову я создаю в мейне или делаю глобальным. Ну и заполняю список и работаю с ним. А если понадобится еще один список? Получается нужна отдельная функция создающая указатель, потом этот указатель таскать за собой везде и нигде не потерять. Или нужно сразу создавать динамический массив указателей?

>>964248
Делай массив, указатели не забывай освобождать.
Конечно лучше все на перед статически инициализировать.

>>964263
Спасибо

>>959643 (OP)
Ньюфаг ворвался в тред.Собираюсь начинать.Как настроить чертов visual studio под C?

>>964457
Ставь vim

>>964459
вместо visual studio?

>>964461
Да.

>>964462
спасибо,антон

>>964457
Никак, ничего настраивать не нужно. Ставишь Visual Studio, создаешь пустой C++-проект, добавляешь новый файл, сохраняешь как .c.

В Си есть что-то вроде "static typedef int myint;"? Не хочу, чтобы этот тайпдеф вылезал за пределы .h файла.

>>964631
Нет и не может быть. Препроцессор, встречая #include, просто заменяет эту директиву на указанный в ней файл, поэтому для компилятора "пределов .h файла" просто не существует, существует только единица компиляции, а уж из чего ее препроцессор собрал, компилятору насрать.

>>964632
Бля, и с функциями та же хуйня. А я почему-то думал, что static функция за пределы своего файла не выползает. Пизда.

>>964633
static-функция не выползает за пределы юнита. Если ты пишешь header-only либу, то во-первых, сделай дефайн, чтобы различать включение для деклараций (многократно в проекте) и включение для реализации (однократно, с дефайном), а во-вторых, используй неймспейсы для бедных - добавь уникальный префикс или суффикс ко всем используемым символам. MyYobaLiba_ вполне подойдет. И похуй, что там будет торчать после этого.

>>964634
Да я наверно просто от .h-only откажусь, так логичнее будет.
Это нужно будет создать .h файл с хедерами функций либы, скомпилять сошку "gcc -shared -o lib.so -fPIC lib.h", и для использования моей либы придётся просто инклюдить .h файл и компилять с -Llib.so, я правильно понимаю? Ни разу так не делал, всегда .h файлами обходился.Тайпдефов либы тоже видно не будет?

>>964636
Header-only место в аду. Ты ведь не набиваешь параметры компиляции в командной строке руками, ведь правда?

такс такс, пивасик есть, осталось решить, за кого болеть то?

это я не вам. лаба-петухи.

>>959643 (OP)
Собрал на visual studio проект.Поменял разрешение в c..Запустил через конфигурацию решения release.Пишет.что не удаётся найти указанный файл

>>965153
Антивирусы есть? Какая студия? С нуля ставил? Есть ли файл на диске? Есть ли русские буквы в пути?

Проверь, что у тебя рантайм нужный стоит. Он ставится автоматически, но мало ли. Скачай dependency walker, посмотри какие .dll получившийся .exe хочет.

>>965153
Ану-ка попробуй собрать в Fedora GNU/Linux

>>965153
Спермопроблемы-спермопроблемушки

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

>>964897
> Ты ведь не набиваешь параметры компиляции в командной строке руками, ведь правда?
Вчера осваивал Makefile, было больно.

Прошу немного пояснить мне за либы. В моей либе есть структуры, много структур. И, допустим, мне нужно, чтобы пользователь либы мог работать с одной из них, например со структурой "type". Если я просто слинкуюсь с либой и начну использовать эту стуктуру как тип, то компилятор ругнётся. В структуре много вложенных структур, например "type->str", но в .h файле либы, который я создал во избежания еггогов просто написано:
typedef struct {
void *str; // Хотя в либе это большая структура
} type;

При таком варианте можно обратится к элементам структуры "type->str"? Сам проверить сейчас не могу, да и долго это, ответь же ты, тредик.

> Header-only место в аду.
Вот ты так говоришь, а пока от необходимости делать отдельную библиотеку я испытываю одни неудобства. Как минимум всё переусложнено.

Может кто доставить, так скажем, туториал о оформлении своей библиотеки? Вчера искал, не нашёл.

>>965235
это не местные, это залётные

>>964631
>тайпдеф
>вылезал за пределы .h файла
че ты высрал, как ты этим пользоваться будешь тогда

>>965249
Стикероблядок, съеби. Мне нужны общие принципы а не технические подробности.

>>965252
Пиздец, чего только обезьяна не надобавляла в эту анонимную социалочку. Пойду лучше на возрождённую мяту. Сажи этой помойке.

>>965253
Да-да, пиздуй на свой парашный 0-чан, вкатывальщикю Там тебе будут радынет.

>>959643 (OP)
Какая же годнота С, по сравнению с жавоскриптом.
Сейчас дочитываю первую книгу, с синтаксисом разобрался, подскажите что можно написать на С?

>>965307
Сегфолт

>>965307

Ядро линукса

>>965307
> подскажите что можно написать на С?

Все что угодно. Просто тратить время чтоб написать на Си какую то веб-перделку никто не будет, на нем пишутся сложные хуитки, быстрые хуитки (если не делать говнокод), много всего.


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

>>965312
>сложные хуитки
>хуки
Школьник, плес.

>>965329

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

>хуки

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

>>965331
Системное программирование немногим сложнее веб-параши.
Вот такую штуку:
https://ru.wikipedia.org/wiki/Apache_Spark
на Си не напишешь.

>>965334
>Системное программирование немногим сложнее веб-параши

Найс манямирок

>>965312
В том то и дело, что это совсем другой мир.
Тут уже залетный из жс отписался, но как по мне, веб быстро надоедает. Даже несмотря на "обилие" языков, по сути все одно и тоже. А фронт-енд это такая хня, что лучше туда не лезть вообще. И дело не в сложности, как раз сложного там мало, но все приедается быстро.
Поэтому и пал выбор на С.

>>965340
манямирок тупых байтоебов, не знающих алгоритмов и J-нотации и считающих, что выучить набор инструкций процессора сложнее, чем набор классов и методов в веб-фреймворке

>>965340
манямирок тупых байтоебов, не знающих алгоритмов и O-нотации и считающих, что выучить набор инструкций процессора сложнее, чем набор классов и методов в веб-фреймворке

>>965363
>>965362

Лол

Байтоёбство включает в себя:
1. Императивный стиль программирования как начало байтоёбского пути.
2. Дрочка на машинно-ориентированные типы данных (собственно, основной симптом байтоёбства) и последующее за ней закономерное возмездие байтомудакам в виде big endian vs. little-endian, особенности обработки чисел с плавающей точкой и.т.д.
3. Предтерминальные стадии байтоёбства - интринсикоёбство и его более тяжёлая форма - инлайн-ассемблероёбство. Подсадка начинается с убеждённости поциента в необходимости ручками использовать SIMD -инструкции.
4. Терминальная стадия, как итог п.3, тру-ассемблероёбство и "хроническая низкоуровневая оптимизация головного мозга"

В нашем мире, к счастью, подобные симптомы с распространением java, C# и прочей "замещающей терапии" встречаются реже, однако остались две отрасли, входящие в зону риска:
1. Гейдев. Байтоёбство в гейдеве берёт своё начало в 70х-80х, поскольку именно тогда зародилась традиция байтоёбства в геймдеве. Обязаны этим, в основном, восьмибитным соснолям и домашним компьютерам, которые, обладая малым объёмом ОЗУ и имея скудные средства программирования, требовали делать на них ёба-игры. Эта традиция продолжилась и далее, всё благодаря тем же консолям, на которых консолерабы должны были выпускать игры 5 лет, задрачивая их убогие байтоёбские архитектуры по полной. К сожалению, подобная практика перешла и на ПК, где байтоёбство, в общем-то не так оправдано. К слову байтоёбам-игроделам дали шанс выбраться из этой трясины в 2002 году, когда майкрософт запилила дуднет и менеджед дайректикс к нему. Но байтоёбы остались верны своим указателям, плюсам и байтоёбской оптимизации. Зашоренность, верность привычкам, безыдейность, десу.
2. Эмбеддед. Причины почти всё те же, что и в гейдеве. Маломощное железо, пара сотен байт озу, деревянные игрушки, прибитые к полу и.т.д. К этому прибавляется огромное количество разных железок разномастных архитектур, для которых нет толковых тулчейнов. Из хорошего - в последние годы байтоёбство в этой сфере потихоньку излечивается, спасибо дядям из ARM co ltd, сделавшим свою архитектуру более менее распространённым стандартом среди всех архитектур и огромному количеству появившихся фреймворков и компиляторов языков для этой платформы.

Так же распространено ложное утверждение что байтоёбство крайне необходимо в системном программировании. На самом деле этого легко избежать. Рассмотрим среднестатистическую аппаратную платформу. Краеугольными камнями любой аппаратной платформы являются:

1. Процессорная архитектура
2. Memory map - адресное пространство, в которое отображаются RAM, ROM и внешние устройства
3. Протоколы управления этими самыми внешними устройствами.

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

Чувствую себя дауном. Тут всякие системеные штуки делают, а мой уровень - Laba_1 и кривой консольный тетрис.

>>965376
так зделой, кукуретик хуев

>>965419
Это слишком просто для него, его ждёт смуззи и очередной круд.

>>965411
Все с чего-то начинали.

>>965373
>>965375
>>965376
Господи, какая же ссанина. Кучка терминов в ничего не означающем словесном поносе.

>>965373
>>965375
>>965376
ты забыл начало:

Машина должна и будет служить людям, она не шлюха, чтобы люди исполняли её прихоти. Отсюда ба йтобляди (а так же сочувствующие им императивные пидорасы, надрачивающие на показатели clock() - start) - пиздолисы, которые опускаются до полного говноедства, лишь бы ублажить её регистры и микросхемы.
Альфапрограммисты, как и положено альфам, если машина не выполняет положенных ей задач и требует пресмыкаться перед ней и ублажать её байтами, просто берут и за патчкорды, ебашат с вертушки по передней панели и списывают машину на мороз, купив взамен ту, которая не будет выёбываться и выполнит код в сроки и без выебонов, будь там хоть 1000% неоптимизированного оверхеда. И настоящего программиста не волнуют вопросы выдрачивания и быстродействия - он решает важную задачу из предметной области гораздо более сложной, чем низкоуровневое дрочево, и отвлекаться на всякую подзалупную хуету вроде осоьбеннойстей какой-то там архитектуры ему некомильфо.
Байтоёбство включает в себя:

>>965419
> так зделой
На самом деле некоторые шаги в этом направлении есть. То же FDT, например.

>>965555
некоторы шаги есть в любом направление. высер того анона напоминает кукарекание петухатиков где у них есть еба теории в которых все заебись но на практике абсолютно не реализуемы да и оторваны от реальности

>>965307
Портируй на Vulkan и Wayland самую лучшую в мире читалку - mupdf

Нету желающих сервер в SAMP на Pawn поковырять по фану?

>>965748
Есть

Аноны, я тот аноны который после веб макакинга начал изучать С.
Очень нравится язык, наскачивал книг, одну уже осилил для нубов, одну даже планирую купить, очень охуенно там все разложено, плюс примеры интересные.
Но вопрос такой: есть ли с С работа? Например со знанием пхп/жс ее порядочно, даже выбирать можно. Что вообще пишут на С? Только драйвера и ядро линукса? Что еще параллельно подтягивать вместе с самим языком?

>>965769
У нас в основном на С пишут что-то связанное с железом. Не сколько драйвера, сколько прошивки микроконтроллеров. Но в этой отрасли зп ниже, чем в веб.

А крутые чуваки, да, пишут всякие СУБД, Highload-бекенды и подобное. Но это в долине

>>965769
Писать на нем можно то-же что и на плюсах пишут.

>>965769
Если ты PHP-шник.
То знание C выводит тебя на новый уровень знания того-же PHP и сервера.
ТЫ можешь сам писать патчи и расширения к языку.

>>965769
нет

>>965769
Какую книгу собираешься купить?

>>966040
>>963799

>>966040
На fprintf() посмотри.

Я новичок.
Поставил Clang.

Пишу:
clang hello.c

А он мне:
hello.c:1:10: fatal error: 'stdio.h' file not found
#include <stdio.h>
^~~~~~~~~
1 error generated.

Как сделать, чтобы работало?

>>966484
А вот код из CS50:
#include <stdio.h>

int main(void)
{
printf("hello,world\n");
}

>>966484
https://clang.llvm.org/docs/FAQ.html

>>966488
я читал, но всё равно не понял что делать

>>966488
и зачем мне опция "только фронтенд"?

Кланг не работает без сторонних библиотек что ли? Тогда нахрен я это говно вообще ставил :(

>>966490
>>966493
>>966489
Чето в голос
Сделать форк репозитория ллвм и самому собрать компилятор религия не позволяет?

>>966484
>Поставил Clang.
Юзай cmake, а там через env уже легко компилятор настроить, чтобы он генерил правила сборки без гемора.

>>965769
>Что вообще пишут на С?
Практически все. Модули ядра для разных осей, реалтайм ос, гуишный софт, веб серверы, плагины для веб серверов, базы данных, интерпретаторы (хотя тут и на C++ благодаря темплейтам с генериками наркоманы любят обмазываться и грамматики разбирать), компиляторы, проще сказать что на С не пишут.

Решил вкатиться в это ваше програмирование на с++. Какие мануалы и литературы курить полному ньюфагу?

>>966519 >>961839 (OP)

Всем привет. Вкатываюсь с таким вопросом. Вывожу в файл содержимое массива структур. При выводе в файл куча приписок, меток, форматирований непосредственно для более упрощенного восприятия человеком. Очень старался запарился, но прилетела задача - обратно такой файл грузить в программу и работать с данными. Другого варианта кроме как скурпулезного считывания нету?

>>966634
>Другого варианта кроме как скурпулезного считывания нету?
json/xml де/сериализация

>>966634
>>966677
yaml еще.
И да, изобретать велосипед не стоит, хранение данных это хранение данных, а генерация отчета для человеков это генерация отчета.

>>966634
Для машины файл ничего лишнего содержать не должен, а отчеты отдельно генерируй.

>>959643 (OP)
Анон, подскажи.
Почему в топовых вакансиях (с/с++) требуется знания си?
Я понимаю, что си - фундаментальный язык, очень приближен к работе с железом. Но, разве все то, что используется в си, используется в с++. Если не брать в расчет базовые вещи вроде типов данных, циклов и т.д.?

>>966830
По большей части кресты - это надмножество си. Соответственно, зная кресты, ты можешь кое-как писать на си. И тебе может понадобиться использовать или исправить сишную либу, например.

>>966854
Знания си помогают в работе с плюсами?

>>966859
Со знанием си кресты учатся быстрее (ну или си со знанием крестов). Знания си мешают писать в "крестовом стиле" на первых порах - получается то, что называется "си с классами". С опытом проходит.

Можно ли как-то по бинарнику узнать для какой ОС и под какую архитектуру он был скомпилирован? Точнее, можно ли узнать calling convention(используя иду, или другой дизасемблер)? т.е. хранится ли где-то какая-нибудь метаинформация и тд

Варик просматривать дизасемблированные листинги и гадать - не оч

>>966876
Тут есть отдельный тред >>960640 (OP)

> Можно ли как-то по бинарнику узнать для какой ОС и под какую архитектуру он был скомпилирован
Да, можно. readelf/objdump/dumpbin/различные PE-редакторы. В целом зависит от формата бинарника.

> можно ли узнать calling convention
Нет. Если явно не указать calling convention, современные компиляторы могут менять ее от функции к функции и от билда к билду, передавая аргументы в разных регистрах, выкидывая неиспользуемые аргументы нахуй и т. д. Если было явно указано при компиляции - можешь посмотреть дизасм, это не гадание, там все очевидно после двух-трех функций. Иногда из бинарника торчат декорированные экспорты (или есть отладочная инфа, например), тогда в там кодируется и конвенция.

Обсуждаем грядущий блевотный синтаксис атрибутов, бугуртим от slice-нотации, которую пытаются притащить из питона, гадаем, будут ли замыкания:
https://developers.redhat.com/blog/2017/02/01/october-2016-iso-c-meeting-report/

>>966884
Мне надо знать calling convention чтобы собственно и определять аргументы функции. Причем не заглядывать самому каждый раз в бинарь, а написать такой парсер, который будет говорить где лежат параметры(т.е. названия регистров или смещение в стеке) для каждой функции. Такое вообще можно реализовать?

>>966921
Ну смотри, для x86 у тебя есть: регистры, стек, fpu/sse для floating point. Это на вход. На выход у тебя могут быть eax, edx:eax, fpu/sse, стек (для структур). Все это компилятор может смешивать в любых пропорциях. По-хорошему это "решается" написанием dataflow-анализатора, причем анализом одной функции не обойдешься (foo: add ecx, 20 ; jmp bar - какие аргументы у foo?), причем анализ все равно будет изредка лажать, как бы ты не изъебывался. Если тебе только thiscall/fastcall/cdecl/stdcall различать - тогда анализ проще, процент успеха выше (но не 100% - IDA постоянно лажает), можно использовать всякие эвристики (обращение к ecx без инициализации для thiscall/fastcall, retn N для stdcall, add esp после вызова для cdecl и т. д.). В общем и целом, проще всего взять IDA, пусть она проанализирует, потом сдампить тайпинфо скриптом, а при возникающих проблемах смотреть и руками править.

есть файл >100мб, в каждой строке 1 слово, как найти повторяющиеся строки=слова? Сделал через strcmp - каждое слово прогоняю через весь файл в поиске повтора.... в итоге 5Gb надо обработать, чет. как-то долго выходит )) Как ускорить?

>>966962
В хэш-таблицу загони.

>>966972
хеши тоже ведь проверять надо?
>>966962
Закинь сразу весь файл в оперативку.
Не перепроверяй то что уже проверил, а какой результат программы должен быть вообще?

>>966940
>проще всего взять IDA, пусть она проанализирует
Так а как это сделать? Собственно я и хотел писать парсер, ибо в иде такой функции не нашел
Легкий гуглеж говорит, что это можно провернуть, если пользоваться другим декомпилятором от хексрейз. Но мне бы именно в иде

хочу выучить свифт, я туда попал?

>>967040
Иди в ваш загон, он тонет.

>>967037
Ну начни с чего-то типа:
import idaapi
import idautils

for ea in Functions():
ti = idaapi.tinfo_t()
if not idaapi.get_tinfo2(ea, ti) and not idaapi.guess_tinfo2(ea, ti):
print('%.8x: <error>' % (ea))
else:
print('%.8x: %s' % (ea, ti.dstr()))

Посмотри на idaapi.guess_func_cc(), посмотри на idaapi.tinfo_t(). Документация говно, но на гитхабе встречаются чужие реализации, где можно подсмотреть, как с этим всем работать.

И вообще иди-ка ты в тред по реверсингу, тут у нас няшная сишечка.

>>967083
Блядский питон, блядская макака! Пробелы сам расставишь.

У меня есть typedef struct { ... } type;
Можно считать нормальным стилем ещё одно декларирование этого типа в виде:
typedef type type;
?
Никаких подводных камней нет?
Для наглядности хочу собрать все типы в одном месте и прокомментировать их.

>>967123
Абсолютно нормально. На таком декларировании в заголовочниках в glib например описание объекта строится.

>>966962
на поиск дубликатов наверное есть с десяток оптимизированных алгоритмов (по потреблению памяти, по быстродействию, в общем, на выбор)
так сложно это загуглить...

результат файл без повторов

>>967036
результат файл без повторов

>>967185
потом еще утилитка uniq есть в coreutils..
те если это не учебная программка, а реальная потребность то проще ей воспользоватся

Сап такой вопрос. А указатели на функции это нормально? За такое не бьют ногами? Я вообще новенький разбираюсь со структурами данных. Решил для себя написать, как раз и разберусь лучше. И в процессе возникла такая идея.
Возьмем список. Есть структура для узла и есть структура содержащая голову и хвост нашего списка, ну и количество элементов. В структуру с головой я решил засунуть указатели на функции для работы со списком.
Т.е. по итогу я хочу получить своего рода инкапсуляцию. Все что по итогу нужно для работы будет уже в структуре. Создали, вызвали функцию инициализации ну и работаем со списком в свое удовольствие, все методы сразу видны, на первый взгляд удобно, но нигде такого раньше не видел.

>>968047
Указатели на функции в структуре . Для работы с этой же структурой

А зачем? Зачем хранить константу в структуре? Указатели же не меняются.

>>968047
> нигде такого раньше не видел
цпп?

>>968047
Да. В Linux Kernel вообще повсеместно используется.

>>968051
"Эмуляция" пространства имен, ну и для удобства.

>>968070
Не видел в чистом си.

>>968047
Более чем ок, если понимаешь, что делаешь.

С чего начать изучение C#?
Где брать задачи?

навыки уровня первокурсника есть в чистом си
на с# написал прогу, которая авторизовывалась в вк в отдельном окошке, причем сам нихуя не понял ничего

>>968075
лол
ну уж никак для структур данных типа списков

>>968070
В цпп только виртуальные функции лежат в таблицах, и даже их современные компиляторы стараются девиртуализовывать.

>>968233
Есть случаи, когда хранение указателей на функции в списках вполне оправдано. Например, у тебя список разнородных сущностей, может быть хорошим решением хранить указатели на деструкторы в элементах, а не делать гигантский свитч при удалении.

>>968305
> Подскажите гуманитарию в чём проблема
В ДНК. Код давай.

>>968313
https://pastebin.com/qjwbDm0p
И раз уж на то пошло, есть какие-то более лаконичные способы "броска" кубика у которого некоторые грани повторяются?

https://channel9.msdn.com/Events/GoingNative/2013/rand-Considered-Harmful

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

>>968329
Очевидно, что тебе нужно бросать кубик (вызывать dice()) внутри цикла (после do), а не снаружи. Алсо, random() - это что-то нестандартное. Наверное, ты имел в виду rand()?

> лаконичные способы "броска" кубика у которого некоторые грани повторяются?
Не делать if, сделать lookup. Типа:
#define countof(array) (sizeof(array) / sizeof((array)[0]))
const char ∗results[] = { "foo", "bar", "foo", "baz", "foo" };
int n = rand() % countof(results);
return results[n];

Но как правильно заметил >>968334 вот этот анон, rand() часто реализован очень некачественно, а rand() % n добавляет еще больше неслучайности из-за особенностей реализации LCG PRNG. Можешь так делать, так слегка медленнее и слегка лучше:
// Generates int in range [n1, n2] (inclusive on both sides). n2 must be > n1.
int random_range(int n1, int n2) {
return (int) ((rand() ∗ (1.0 / RAND_MAX)) ∗ (n2 - n1 + 1)) + n1;
}

Если это лаба - просто забей. Если игра, можно спиздить генератор получше.

>>968354
Внутри цикла... Вот я рукожоп...
Спасибо большое! Видео смотрю уже. Досмотрю и постараюсь сделать всё кошерно.
Да, игра, для себя чисто делаю. Хобби типа.

>>968381
Я тоже рукожоп. Там должно быть 1.0 / (RAND_MAX + 1), если что.

Анон, давай поговорим о оформлении кода. Вот скобочки и названия функций. Есть стандарт? Где почитать? Как много людей соблюдают стандарт?

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

>>968511
возьми линуксоидный кодстайл и не промахнешься

>>968511
Вон на днях на хабре очередной высер выложили. Сходи почитай, если хочешь. Ну или на вики. Или у любого крупного опенсорсного проекта есть стайлгайд обычно. Общего стандарта нет, есть разные подходы для разных ситуаций, но в целом похуй, как писать, лишь бы одинаково во всем проекте.

Господа, возможно ли scanf'ом или подобным прочитать строку вида "abc123", чтобы abc ушло в char[], а 123 в int?

>>968546
Частично: можно сделать %3s%d и/или %[^0-9]%i, но там куча подводных камней. Лучше делай fgets и разбирай руками.

>>968546
Позволю себе не согласиться с этим >>968551
scanf - отличный парсер

>>968551
>>968608
Тащемта fgets'ом я разбираю файл, а потом построчно ковыряю sscanf'ом.
Просто проблема в том, что строка может иметь вид "[1-ый символьный параметр] [2-ой символьный параметр][числовой параметр]".
И если, к примеру, второй строковый параметр отсутствует, то конструкции типа
>%3s%d и/или %[^0-9]%i
обламываются, ибо проёбывают в том числе и числовой параметр. Хотя решение хорошее, да.
В итоге забил хуй, просто считываю как две строки, а вторую потом ковыряю strtol'ом, вытаскивая число, а остатки уже ковыряю на наличие/отсутствие нужных символов strchr'ом.
В любом случае, не для атомного реактора программу пишу, и так сойдёт.

GTK4 will be rendered with Vulkan API.

>>969090
Это победа, гудбай легаси пердолинг.

>>969091
Пиздец, какие ебанаты принимают такие решения?

>>969452
Вот >>969091 такие. Но я еще не читал. Наверняка ведь это опция, ни один долбоеб не будет завязываться на мертворожденный графический апи.

>>969090
>GTK4 will be rendered with Vulkan API.
ебать, они там рисовалку виджетов пилят джватцать лет. они и в 4 версии пытаются натянуть ооп?

> ни один долбоеб не будет завязываться на мертворожденный графический апи.
Так разрабы GTK и есть долбоебы. Новая версия - новые правила.

>>969517
>пытаются натянуть
Не осилил glib? ООП там давно уже есть.
>рисовалку виджетов
Что это такое?>>969456
>мертворожденный графический апи
Ну да, сосачерам виднее.

Пишу на С для STM32.
До этого на С++ писал только в вузе проекты уровня Курсач1. Помню, access violation тогда постоянно сопутствовал на практике.
Как контроллер реагирует на access violation / кривой код? Возможно ли случайно сделать из контроллера кирпич неудачным кодом? Контроллер можно перешивать много раз

>>970771
Сам по себе контроллер в вакууме - нет. Но он же у тебя куда-то воткнут.

>>970774
Discovery board с периферией (кнопочки, диод (должен быть), LCD дисплей). Воткнуто через USB к ПК, отладка. Как обычно, основа всего кода - бесконечный цикл. Вот там могут быть проблемы. Пока всё в порядке, но как-то тревожно

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

>>970721
> ООП там давно уже есть.
надеюсь ты объяснишь почему они не взяли кресты, а сделали все через жопу? ооп на с, кек, долбоебища, структура с кучей ссылок на подпрограммы это типа у них класс, пиздос.

>>970991
>надеюсь ты объяснишь почему они не взяли кресты
Хотя бы потому что в иксах Си - стандарт.
Хуяришь на Сишке, потом портируешь в свой любимый язычок.

>ооп на с, кек, долбоебища
> структура с кучей ссылок на подпрограммы это типа у них класс, пиздос.
Первые версии твоих крестов, транслировались в сишку.

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

>>970771
> Как контроллер реагирует на access violation
Как любой арм. Будет фолт, будет переход по соответствующему вектору из таблицы.

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

>>971133
> Первые версии твоих крестов, транслировались в сишку.
А сейчас сишка и кресты транслируются в асм. Это повод писать на асме? Всецело двачую идею писать гуи на крестах или еще более высокоуровневых языках.

>>971167
>Всецело двачую идею писать гуи на крестах или еще более высокоуровневых языках.
Ну, так и делают.
Только сначала пишут ядро на сишке, чтобы работало быстро и легко было портировать на другие яп. На си++ только ничего портировать не надо, все из коробки можно юзать.

>>971174
Щупал гайку/беос? Там изначально кресты. Попробуй.

>>971177
>Попробуй
В пезду. Жонглирование дистрибутивами один из видов прокрастинации.

>>971189
Это не "дистрибутив". Это самостоятельная Unix-like ОС. К сожалению, так и не взлетевшая.

>>971194
>К сожалению, так и не взлетевшая.
как говорится - рыночек порешал.

>>971174
>Только сначала пишут ядро на сишке
пруф или пиздун, кьют изначально писался на плюсах. >>971157
>его для диплома
эгсперд ф треде, всем бояцо
>>971167
>Всецело двачую идею писать гуи на крестах или еще более высокоуровневых языках.
я про то, если мыслишь в рамках ооп то и выбор должен быть соответственным, а не как у гномопетухов.

>>971243
> я щитаю што все должны, так как я себе представляю, куд ах.
нахуй иди.

>>971243
>соответственным
соответствующем. поправил хуесос

>>971243
> я про то, если мыслишь в рамках ооп то и выбор должен быть соответственным
Ты путаешь ООП и ээээ.... классы. stdio в сишечке - ООП, куча кода ядра Линукса на сях - ООП. Просто это не классы. Посмотри ссылку в шапке.

>>971250
>куча кода ядра Линукса
это куча говна, а не ооп
>>971250
>ООП и ээээ.... классы.
кагбы не
>>971250
>stdio в сишечке - ООП
нет

>>971246
гном, не рвись

>>971260
> stdio в сишечке - ООП
> нет
Обосновать ты, как я понимаю, не можешь, только обзывать все говном.

>>971287
>Обосновать ты, как я понимаю, не можешь, только обзывать все говном.
наркоман? или ты файловый хэндлер считаешь объектом класса?

>>971321
> файловый хэндлер

>>971243
>пруф или пиздун, кьют изначально писался на плюсах.
Ты даун?

>>971346
ты дмитрий?

>>971321
>файловый хэндлер
Шо? Дескриптор файла?