>>1187520
>Слишком категорично

Ну, конкретно, в данном случае (JIT или загрузка исполняемого кода в память) именно логично сделать кучу асмовых реализаций int execute_code(pointer) в папке arch, чем писать кросплатформенную лапшу ифдефов в попытках наебать стандарт, вызвать через указатель на функцию, и все равно выстрелить себе в ногу.

>>1187521 (OP)
друзья, не могу никак найти нормального гуида, как загрузить bitmap в 2мерный массив, как его потом обрабатывать, используя стандартные библиотеки. Подкиньте чего, позязя

>>1187787
>используя стандартные библиотеки
Никак

>>1187791
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
какие тебе ище то надо

>>1187787
Используй нестандартные. У всяких libjpeg и libpng вполне себе простой и понятный API.

>>1187803
я понимаю, что нестандартными все гораздо проще, но задание так озвучено

>>1187806
Значит читай в массив, и ваще что такое битмап? Если бмп всякие читай про формат файла и занимайся байтоеблей

>>1187806
Ну тогда выбери себе какое-нибудь подмножество .tga без сжатия, и читай себе его. Там все просто и не нужно возиться с паддингом, как в .bmp. Читаешь заголовок, считаешь, сколько нужно памяти, выделяешь память, читаешь тело. Все. Разве что с 2D-массивом может выйти промашка, потому что размерности сишных массивов определяются при компиляции (если он не VLA).

Есть какие-то советы, как васянить псевдографические интерфейсы без сторонних либ?

>>1187914
Это невозможно. Используй React Native. Qt не нужен.

>>1188017
>псевдографические интерфейсы
>React Native. Qt

>>1187914
Написать свою либу.
Ты реально даже какой-нибудь ncurses не хочешь использовать?

>>1188112
Да. Ну, желательно, без сторонних либ (помимо API операционки). Я вообще про общие принципы спрашивал скорее, потому как у меня кроме как функции в функции в функции (переход по менюшкам) ничего не выходит. Мб так и надо, конечно.

>>1188128
>Да. Ну, желательно, без сторонних либ (помимо API операционки).

https://docs.microsoft.com/en-us/windows/console/console-functions

http://invisible-island.net/ncurses/man/ncurses.3x.html

>>1188188
Да не в этом вопрос. Как эту хрень всю изнутри устроить. Под каждую менюшку свою функцию писать, отдельно обработку клавиш сделать, етц.

>>1188235
Почитав документацию ncurses'а, ты получишь ответ на свой вопросы.

Платиновый вопрос: как скомпилировать K&R через GCC?
Ну или как вообще обходиться с K&R в современном мире?
Мне Прата очень не нравится, тонны текста.
Хочу начать с K&R и потом пойти по стандартам.

>>1188581
Молча. Что конкретно у тебя не компилится?

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

>>1188581
>тонны текста.
А что должно быть?

>>1188867
Вкратце: да, автор пиздит. На пике row-major, в Си нативно тоже row-major, менять местами индексы нинужно.

Короче, в математике опять не смогли между собой договориться, и есть две системы нумерации элементов матриц: row-major и column-major, они определяют, какой индекс указывать первым - строки или столбца соответственно. Проблемы с нотацией приводят к путанице и странным правилам при умножении матриц (хотя если абстрагироваться от индексов, оказывается, что все очень логично, и даже задумываться о порядке умножения незачем). А вот такие авторы статей, не понимая сути, еще добавляют путаницы. Алсо, автор пика пиздит, потому что даже в книжках по математике используются оба варианта, в зависимости от предпочтений их авторов. Но для начала тебе лучше просто забыть всю эту хуйню про строки и столбцы, и считать вместо этого, что матрица - просто вектор, содержащий векторы (просто список векторов, никакой магии). После этого нотация упростится до логичного vector-major: сначала ты указываешь индекс вектора, потом индекс его элемента, а уж как там в книжках эти векторы нарисованы - столбцами, строками или вообще в окружности вписаны, тебя ебать не должно.

К сожалению, элементы матрицы нужно хранить в одномерной компьютерной памяти. Если ты сделаешь struct vector { float x, y, z; }, то компоненты структуры в памяти будут лежать один за другим. Если сделаешь массив векторов struct vector m[4] и заполнишь это данными, то векторы в памяти будут идти один за другим (т.е., m[0].x, m[0].y, m[0].z, m[1].x, m[1].y и т. д.). Чтобы достать оттуда вектор, ты будешь делать m[​i​], а чтобы обратиться к элементу этого вектора - (m[​i​]).y допустим. Если ты вместо массива структур сделаешь массив массивов float m[4][3] (4 вектора по 3 элемента), то расположение элементов в памяти не изменится, не изменится и нотация: ты продолжишь сначала обращаться к вектору m[​i​], а потом к его элементу (m[​i​])[j], и если на бумажке или в книжке у тебя row-major, то нотация совпадет: m[​i​][j]. Это естественно и логично. Но осознай, что это лишь вопрос нотации: ты можешь взять column-major из книжки, писать столбцы в векторы и продолжать использовать m[​i​][j] или наоборот, ты можешь решить, что для каких-то вычислений хранить соответствующие компоненты векторов рядом, т.е., в column-major ({{x0, x1, x2}, {y0, y1, y2}, ...} удобнее и быстрее, и в этом случае нотация для обращения изменится на m[j][​i​].

>>1188919
Пердачую этого. Хотел объяснить всё то же самое, но он сделал это развернуто и очень понятно, ну и первым. Правда я нихуя не понял из последнего предложения, причем тут column-major, если ты хранишь векторы группируя их по компонентам.

>>1188928
Это тебе не ООП, и переменная здесь - не объект.
Оно в "статической" памяти находится, и, единственное что происходит при входе в цикл - инициализация переменных значениями.
Если что не так сказал - поправьте.

Вообще C - моя единствення любовь, великий язык. Жаль, что не приносит денег в отличии от мамкиных фронтэндщиков 300к/наносек

>>1188925
> Как Си создает/убивает переменные вне области видимости? Не получается ли, что на каждой итерации цикла тратится время на то, чтобы создать переменную, один раз внести в нее значение, и потом уничтожить (освободить память)
Стандарт ничего не гарантирует, но во всех реализациях автоматические переменные лежат на стеке. Плохому компиляторе для создания переменной или целой области видимости нужна целая одна инструкция (кроме инициализации). Хороший компилятор выделяет в стеке достаточно места для любого вложенного блока кода сразу же при входе в функцию (одной инструкцией), а при выходе все разом освобождает (опять же одной инструкцией), да еще и переиспользует переменные:
void foo(int arg) {
int some_variable = 3;
if (arg) {
for (size_t i = 0; i < n; i++) { some code; }
for (size_t i = 0; i < n; i++) { other code; }
}
}
В этом куске кода на стеке может вообще ничего не выделиться: если sizeof(int) == sizeof(size_t), и у нас 32-битный x86, а arg кроме условия больше нигде не используется, то компилятор может писать i прямо в arg. И даже если нет, то i, скорее всего, все равно будет одна. Поэтому не стоит об этом думать, ты даже с -O0 почти ничего не теряешь.

> Почти все вспомогательные переменные const в коде
Да, это такой стиль, чтобы люди видели константы, чтобы писать самодокументирующийся код, чтобы избегать глупых ошибок. Теоретически, оно еще может немного помочь компилятору с constant propagation. Но напоминаю, что с константами в Си нужно быть осторожным, они сломаны и означают "в этом месте я не буду изменять эту хуйню", автоматические переменные с const еще более-менее дружат, а вот глобальные вменяемо оптимизируются только в паре со strict aliasing и restrict.

>>1188932
> Оно в "статической" памяти находится
Так можно, но по сути тебе все равно приходится скатываться до стека при рекурсии. Поэтому так не делают.

>>1188936
Благодарю.

Правильно ли я понял: можно засрать всю программу переменными в стеке (включая vla?), выделять новую переменную под каждое действие, это (почти) не повлияет на скорость и вес программы?

>>1189042
Нет, не правильно. У стека есть ограничения зависящие от реализации конпелятора и ОС. Можно изменить эти ограничения, но это костыль.
маллок-хуяллок наше всё.
мимкрок

>>1189042
Ты почти правильно понимаешь. Но выделять большие массивы (сотни килобайт) не стоит, и при рекурсии нужно осторожно подумать, сколько тебе может понадобиться. Как тебе написали выше, стек не резиновый. Но если ты просто даешь имена промежуточным результатам вычислений:
int foo = a + b; int bar = foo ∗ 2; return bar;
ты ничего никуда не засрешь, потому что с любым уровнем оптимизации, отличным от нулевого, это почти/полностью эквивалентно:
return (a + b) ∗ 2;
И скорее всего, в стек вообще ничего не попадет, все в регистры влезет. Отладочные билды будут медленнее и жирнее, да. На релиз такое не повлияет.

А VLA зло. Если ты не ограничиваешь размер массива, однажды ты попробуешь выделить слишком много и свалишься. Если ограничиваешь - тебе не нужны VLA, ты можешь сразу написать, что хочешь не array[n], а, допусти, array[8192].

>>1189061
Ты забыл сказать, что чаще всего это ограничения уровня нескольких мегабайт.

>>1189193
Студентота, учись иди. Хули ты клянчишь? Давай бабки и я так уж и быть покажу как э о реализовать.

>>1189202
> учись иди
Я бы и рад, но препод-троянишна на лекциях пишет код на доске и он какая неожиданность нихуя не работает.

>>1189209
Меняй место учебы, это самый мудрый совет в твоей ситуации.

>>1189215
Отсрочка от армейки на бакалавриате только одна, так что приходится крутиться.
Хотяб с самим стеком можешь помочь?

Имеется указатель на строку p_str
Если написать
(p_str++) = 6;
То сначала просходит инкремент указателя, а затем его разыменование и присвоение 6?
А если написать
(++p_str) = 6;
То сначала указатель разыменовывается, присваивается 6, а указатель увеличивается на 1?

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

>>1189226
В каждом случае перед скобкой еще стоит звездочка. Здесь, видимо, она обозначает наклонный текст, поэтому ее не видно

>>1189226
В кажом случае сначала инкремент указателя.
Вот если без скобок, то в первом сначала присваивание, потом инкремент указателя.

>>1189232
Спасибо. Понял. То есть скобки устанавливают приоритет операции таким образом, что сначала всегда p будет увеличен, а только потом разыменован.
А без скобок, соответственно, приоритеты меняются в зависимости от того, с какой стороны стоит инкремент.

>>1189232
Сделал разыменование и постинкремент.
Вот кусок кода:
char ch = '4';
'звездочка'p_str++ = ch;
printf("p_str = %c\n", 'звёздочка'(p - 1));
То есть на экран должен выводиться символ 4. Но получаю какой-то мусор. А если написать
printf("p_str = %c\n", 'звёздочка'(p));
То выводится 4.
Почему?

>>1189209
> троянишна
Жительница Трои?
> и он нихуя не работает.
Вангую, там ошибки уровня отсутствующих ";", просто ты даун и не хочешь думать.

>>1189193
int push(int element ,int ٭٭stack, int stack_elements, int ٭stack_head) {

if (!(stack_elements - ٭stack_head)) {
return 1;
}

٭(٭stack + (stack_elements-1) - ٭stack_head) = element;
٭stack_head += 1;
return 0;
}

int pop(int ٭element ,int ٭٭stack, int stack_elements, int ٭stack_head) {

if (!(٭stack_head)) {
return 1;
}

٭stack_head -= 1;
٭element = ٭(٭stack + (stack_elements-1) - ٭stack_head);

return 0;
}

int peek(int ٭element ,int ٭٭stack, int stack_elements, int stack_head) {

if (!stack_head) {
return 1;
}

٭element = ٭(٭stack + (stack_elements-1) - stack_head + 1);
return 0;
}

int main(void) {
int ٭stack, stack_elements, stack_head, element;

stack = calloc(1024, sizeof(int));
stack_elements = 1024;
stack_head = 0;
}

>>1189260
Спасибо большое.
Надо ли тут задавать прототипы функции и подключать библиотеки помимо stdio и stdlib?

>>1189247
Аноны, ну помогите с кодом. На таком фрагменте уже целый час потерял.
Если пишу звездочкаp = ch;
p++;
printf ("%c", звездочка(p-1));
то все работает. В чем ошибка-то?

>>1189289
>>1189247
Бля. Сорян, я сделал хуйню. У меня есть два разных указателя p и p_str, соответственно. Второй просто является строкой-дубликатом. Я сошел с ума и инкрементировал p, вместо p_str. Проблема решена

>>1189302
95% проблем ИТТ решаются так, да

>>1189193
> простейший стек на си
Вот >>1186430 пока не смыло. Проще некуда уже. (Peek сам осилишь?)

MinGW и gdb, Шиндоус 7. При попытке отладки падает в Segfault на FillConsoleOutputCharacterA. ЧЯДНТ?

>>1189336
Откуда мы знаем, что ты там отлаживаешь, и почему оно падает.

>>1189349
> без отладки все работает нормально
Покажи, где в документации написано, что последний параметр может быть NULL?

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

>>1189282
Наглеешь, пацан.
мимо

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

>>1189439
OpenGL SuperBible. Если нужен legacy GL (фиксед пайплайн) по каким-то причинам, то 4 редакция. Если только новый - последняя доступная.

>>1189442
>OpenGL SuperBible
Спасибо конечно... но это копание именно в движке. Именно с OpenGL как концепцией я думаю проблем не будет, у меня есть гайд для своей плотформы, отnуда я понял, что это клиент серверный механизм, в котором на клиенте формируется стек запросов с координатами и пуляется на сервер, который крутится на видеокарте и он всесь стек отрисовывает со скоростью звука и с нетерпением ждёт следующий вагон. У меня gроблема именно с C. Пушто я об нём ничего не знаю. Читал 5 лет назад книжицу в метро, но ничего не понял. Мне сейчас нужна тиресная книжеца по основам основ C )))

>>1189447
Хосспаде, K&R и Прата прочитай и достаточно будет.

>>1189530
От Прата слишком толстая

>>1189439
А демки на нём и пишутся, да?

В какой области C прям мастхев? Два раза перечитывал (перелистывал) K&R, но работать над проектами уровня перевода фарангейтов в градусы было лень, поэтому и опыта никакого в C нет.
Интересует что-нибудь близкое к компьютерной графике

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

>>1189654
Демки и на DirectX пишутся, и даже софтрендером на голом фреймбуфере от ОС.

>>1189684
Там скорее ASSEBMLER тоже надо, без асма хуй там ты видео толком будешь обрабатывать.

>>1189680
Embedded, system programming, тоесть прикладное ПО, что на сях не делается так это бек энды. Ну и контроллеры но там уже ASM больше надо.

Аноны а что написать можно для портфолио?

>>1189726
Попробовал бы ты это в Java треде сказать. А вообще нравится мне ваш раздел. Самый ламповый в програмаче.

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

>>1189728
Напиши функцию ssize_t getrandbuf(void ∗buf, unsigned int nmemb, size_t membsize, unsigned short nbits, unsigned int flags)
которая принимает массив buf с число элементов nmemb, каждый размеров membsize, и заполняет каждый элемент слева рандомными битами в кол-ве nbits, полученными от функции getrandom с флагами flags.
От getrandom надо получать не больше рандомных битов, чем требуется (с точностью до байта). Энтропию, мать твою, надо экономить.

>>1189727
>system programming, тоесть прикладное ПО
щито

>>1189713
Есть моар инфы про софтрендер?

>>1190055

Ну елки-матрелки, их дохуя, начиная с первой кваки и заканчивая драйвером-эмулятором видеокарты llvmpipe.

>>1189737

Дрочую. Джава-параша сейчас очень сильно устарела если сравнивать с C# например. Там многое фундаментально перепиливать придется чтоб догнать без костылей. А это гроб-гроб-кладбище.

Сравните STREAM API с LINQ (который через экстеншен методы) и все встанет на свои места

>>1190076
>Джава-параша сейчас очень сильно устарела если сравнивать с C# например.
Чем она устарела? Шарпоговно еще большее днище, а на жабе есть дохуя вкусняшек хэдупы, джибосы, томкаты, солры, нутч и прочее.

>>1190082

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

>>1190091
>Джава-параша и рядом не стоит с шарпом.
Давай примеры.

шлёп

Пишу в эпичном треде

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

>>1190222
>>1190225
Я отписался только в трёх тематических тредах.
ИМХО больше я засрал бы доску бесполезным тредом.

>>1190229
Нет ты конкретно срёшь в треде про C. И меня заставляешь тоже тут срать! Пидор

>>1190222
>Посоветуйте инфы, чтобы разобраться.
Качай DDK Млкософта и читай доки.

>>1190252
WDK оказывается он уже называется

>>1190222
> уже писал тут раньше насчет этой же проблемы, но она не решилась
Если бы ты вместо походов по биржам просто погуглил, то оказалось бы, что решишь проблему самому быстрее, чем бегать и ныть. Вот тебе твой драйвер: https://github.com/pmolchanov/legacy-driver-helloworld/blob/master/driver/driver.c _readmsr()/_writemsr() вызвать в районе 135 строки осилишь? Клиент с CreateFile/DeviceIoControl осилишь?

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

>>1190263
WDK и WDF это не одно и тоже?

>>1190375
Когда я с этим говном возился, оно DDK называлось, сейчас вапче нинаю

https://pastebin.com/SVP47M5n
Объясните пожалуйста, в чем разница между 1,2 и 3 вариантом. В 3м варианте ошибка сегментации. Как static и extern связаны с выделением памяти в куче/на стэке?

Кочаны, у меня есть циферки
1065353216, 1065353216, 1065353216
это Int32
как мне их мапнуть в Int8, чтобы и значения были между 0 и 255?

>>1190448
Непонятно

>>1190448
Здесь одна циферка три раза.

>>1190510
Да есть такое дело. Но я уже придумал
находим коойициент
к = Инт32.макс / Инт8.макс
И потом делим 1065353216/к

>>1190442
В первом варианте ты объявляешь статический массив интов, который уже будет в теле образа программы при конпеляции и весь заполнен нулями(инициализирован). Т.е. размер софтины будет конпелированный код+ массив интов. Этот массив будет в области данных(кода софтины?), а не на стеке. Область видимости этого массива будет строго файле исходника.
Второй случай отличается только областью видимости, она уже будет глобальной.
В третьем случае ты запиливаешь массив во времени выполнения софтины и тупо не хватило места на стеке .
Вроде так.

Насколько сложно рисовать используя GDI+? Для Машины Тьюринга нужна отрисовка графов, а я собственно никогда не рисовал.

>>1190601
С GDI+ слегка непросто. Это изначально крестовый API, а плоский сишный API, на котором он основан, официально недокументированный (хотя все уже разобрали) и чуть более многословный, чем хотелось бы. С обычным GDI сложностей нет, есть книга www.fengyuan.com, но можно и в MSDN справку смотреть, там все просто.

>>1190541
>области данных
Это и есть куча? А маллоки нужны для того, чтобы выделять память в куче во время выполнения, я правильно понимаю?

>>1190612
Ага, спасибо. Значит, GDI. Надо бы свою прогу переписать по всем канонам WinAPI, да не осилю, наверное

Какой компилятор более-менее дружит с WinAPI и вообще с Шиндой, окромя MSVC?

>>1190699
openwatcom

>>1190699
gcc (можно в комплекте с msys, msys2), Pelles C. А этого >>1190705 не слушай, у них все не как у людей.

>>1190719
>у них все не как у людей
Зато нативный бинарник

>>1190723
Привет, мы тут на Си пишем, у нас везде нативные бинарники.

>>1190634
Это статическая память, а не куча. Это память, которую программа просит у системы и куда проецирует свой код и свои статические переменные. Память из кучи - это когда ты в реальном времени просишь еще памяти всякими malloc'ами и система выдает тебе таковую.

>>1190719
gcc не ест
https://github.com/can1357/CVE-2018-8897
Ошибки типа
error: '__writedr' was not declared in this scope
Какой компилятор знает про __writedr?
https://msdn.microsoft.com/en-us/library/aa983394.aspx
Ну и вторая ошибка такая:
Main.cpp:149:26: error: invalid conversion from 'void ()()' to 'PVOID {aka void
}' [-fpermissive]

>>1190781

typedef *void PVOID пробовал?

>>1190755
>Это статическая память, а не куча. Это память, которую программа просит у системы и куда проецирует свой код и свои статические переменные. Память из кучи - это когда ты в реальном времени просишь еще памяти всякими malloc'ами и система выдает тебе таковую.

Только не программа просит, а система при загрузке исполняемого файла читает из исполняемого файла секцию и сама выделяет приложению память. И в случае неинициализированной памяти дескрипторы помещаются в секцию bss, где указывается только размер, файл при этом не увеличивается. А вот если было бы int array[] = {1,2,3,4,5....100500}, то да, размер исполняемого файла вырос.

>>1190784
За typedef спасибо, но прототип __writedr из воздуха не возьмётся

>>1190913
> __writedr
Перепиши с инлайн-асмом. Или вон у них там есть Native.asm, ты вполне можешь воткнуть туда еще и это.

> Какой компилятор знает про __writedr
Слишком специфичный интринсик, чтобы поддерживаться где-то еще.

>>1190913
Он объявлен в хедере intrin.h. В MinGW его нет, например. Зато есть в Mingw-w64. Попробуй его https://mingw-w64.org/doku.php

>>1191062
> в mingw его нет
В коде есть include <intrin.h>
Там какой стаб стоит? Чё компилятор на отсутствие не ругается?

Если я делаю небольшую прогу с интерфейсом консольным, то жестко задавать магические номера координат элементов (окошки, надписи, етц) это нормально или быдлокод? Если последнее, то как фиксить?

>>1191223
>Если последнее, то как фиксить?
как ты в менюшки то тыкаешь? рассчитывай от разрешения экрана и определяй по координатам тыкалки

>>1191260
Да при буфере строго 80х25 как-то похрену, окошко не увеличивается. Хотя Шиндовс10 каким-то образом это проворачивает!

>>1191262
>80х25
чего, символов, точек? сколько точек на символ? тыкалка в точках возвращает или в символах?

>>1191272
Консоль же, аки curses, но не curses. 80x25 символов. Поддержки мыши нет.

>>1191275
на джвухметровом мониторе тоже будет отмасштабированно на 80x25 символов, панимаешь

>>1191275
>Поддержки мыши нет.
з.ы. еще можешь следить за путями выбора

>>1191176
В коде есть. Но он там объявлен как хэдер из поставки компилятора. И где тебе компилятор этот хэдер возьмет, если его нет?

Бля, не бейте: не могу сделать прогу, которая переводила бы набор из 128х128 цифр от 0 до 9 из .txt в .png, придавая пикселям цвет в зависимости от значения соответствующей цифры. Вроде, простая хуйня, но никак не успеваю разобраться. Поясните, что там знать нужно? (уровень 1: едва ли работаю со строками)

>>1191347
Работать с файлами, знать что из себя представляет png

>>1191360
>>1191360
В каком плане?

>>1191364
Png суть тот же бинарник. Для того, чтобы создать этот бинарник тебе нужно передать на вход свой txt, а на выходе получить png. Но это не значит просто сменить формат, потому что png содержит в себе ещё и служебную информацию. То есть тебе надо знать как устроен PNG. А вообще если ты задаешь такие вопросы то для начала не мешало бы хоть какую-нибудь книжку дочитать. Кури на гитхабе png decoder и разбирайся.

>>1191360
>>1191373
Охуенно

>>1191347
Let me google that for you: https://www.lemoda.net/c/write-png/
Там в main() есть цикл вложенный по x и y. Твоя задача записать в цветовые компоненты каждого пиксела нужные значения. Например, так:
uint8_t value = цифра - '0';
uint8_t intensity = (uint8_t) (value ∗ 25); // Примерно то же, что value / 10 ∗ 255, но сразу в целых числах.
pixel->red = intensity;
pixel->green = intensity;
pixel->blue = intensity;
А уж как читать цифры построчно или посимвольно, игнорируя или нет пробелы - сам.

Этих >>1191360 не слушай, очень долго будешь на текущем уровне ебаться с форматом и zlib-ом.

>>1191347
> .png
А тебе обязательно png или просто нужно получить картинку? Можешь посмотреть на формат .ppm, если пока не хочешь ебаться с DEFLATE и прочей ссакой

Нельзя этого сделать на C.

Имеется односвязный список, из таких структур.
typedef struct list {
int value;
struct list 'звездочка' next;
} List;
Обычно новый узел добавляется функцией такого вида
List 'звездочка' add(List 'звездочка' elem, int val) {
List 'звездочка' temp, new;
new = (List 'звездочка') malloc (sizeof(List));
temp = elem->next;
elem->next=new;
new->value = val;
new->next=temp;
return new;
}
Можно ли приведенную выше функцию заменить функцией такого вида, если я хочу просто с головы добавить 6 новых узлов?
void add(List 'звездочка' elem, int val) {
elem->next = ++elem; //старому elem->next присваивается elem+1 или новому elem->next присваивается он сам же?
elem->value = val;
}
int main () {
int v = 23;
List 'звездочка' head = (List 'звездочка') malloc (sizeof(List)'умножить'7);
head->value = v;
int addList = 6;
while (addList) {
scanf ("%d", &v);
add(elem, v);
addList--;
}
return 0;
}
Грубо говоря, мой вопрос сводится к тому, что я закомментировал в функции. Как именно там будет работать присваивание? Да и вообще, в целом, корректно ли это теоретически?

>>1191463
Почему же? Нужно просто нагуглить либку на C которая может сделать пнг. Опять же можно по пути визальнуть на каком нибудь OpenGL то что получается.

Просто пишешь байты в файл, следуя регламенту. Что тут сложного? http://www.libpng.org/pub/png/spec/1.2/PNG-Structure.html

>>1191476
> Можно ли приведенную выше функцию заменить функцией такого вида
Можно, но при попытке удалить один из узлов, у тебя возникнет множество проблем.

> Как именно там будет работать присваивание?
> elem->next = ++elem;
Хуево. Есть такие sequence points в языке, и между sequence points порядок возникновения сайд-эффектов не определен. В твоем выражении sequence-point - точка с запятой. И поэтому нельзя ничего сказать о том, когда произойдет инкремент, и какому elem->next присвоится указатель.

Алсо не совсем понятно, что ты делаешь с elem в main (откуда он берется). Ты можешь сделать в main:
struct list ∗elem = head + 1;
while (...) {
elem->value = v;
elem[-1].next = elem; // Мы в массиве, так можно.
++elem;
}
elem[-1].next = NULL;


>>1191531
> Просто пишешь байты в файл, следуя регламенту
> Просто реализуешь битстрим
> Просто реализуешь хаффмана
> Просто реализуешь lz77
> Просто реализуешь дефлейт
> Просто реализуешь адлер
> Просто оборачиваешь дефлейт в zlib
> Просто реализуешь crc32
> Просто работаешь с big-endian
> Просто пишешь PNG-чанки в файл
> уровень 1: едва ли работаю со строками

>>1191547
Просто пишешь все это на пистоне в одну строчку, а потом конвертируешь в си.

>>1191547
>> Просто пишешь PNG-чанки в файл
>> уровень 1: едва ли работаю со строками
Ну он же думал, что это просто. Вот пусть просто и пишет чанки. Потом просто напишет убийцу фотошопа.

>>1191549
Так это на самом деле просто: просто линкуешься с libpng, там вон выше и пример есть почти готовый.

А вот на код на пистоне, в котором ты одной строчкой, без import zlib или PIL сгенеришь PNG, я бы посмотрел. inb4: fp.write(b"\x89PNG\r\n\x1a\n\0\0\0\rIHDR...")

>>1191549
> Вот пусть просто и пишет чанки
Ну да, там особой ебли нет, вот только IDAT сжатый и CRC надо считать, и значения в big-endian.

>>1191547
О, спасибо. Понял.
В main'е узел создается очень просто. Структура же глобальная. Поэтому просто выделяю память под узел на куче.
А что можно про сайд- эффекты почитать? Там все-таки unexpected behaviour будет?

>>1191574
> Там все-таки unexpected behaviour будет?
If a side effect on a scalar object is unsequenced relative to either a different side effect
on the same scalar object or a value computation using the value of the same scalar
object, the behavior is undefined.

> А что можно про сайд-эффекты почитать?
Accessing a volatile object, modifying an object, modifying a file, or calling a function
that does any of those operations are all side effects, which are changes in the state of
the execution environment.

>>1191301
@
ЗАДОЛБАЛСЯ, КАЧАЕШЬ MSVC BUILD TOOLS
@
КОМПИЛЯТОРЫ ВЕСЯТ 4 ГБ, ВЫБОРОЧНОЙ УСТАНОВКИ НЕТ
@
cl Main.cpp
@
CANNOT INCLUDE FILE WINDOWS.H: NO SUCH FILE OR DIRECTORY

>>1192251
>MSVC
это боль, избегай ее

>>1192252
Можно мне, не упарываясь WinAPI, собрать что-нибудь под Винду, не реализовывая самому какой нибудь ссанный интринсик?
Я ещё не хочу 40 ГБ IDE качать, я вообще имею право после этого сидеть на Винде?

>>1192256
Что тебе нужно то? mingw64 ставь

>>1192256
Да ты заебал ныть. Тебе ж сказали поставь Mingw64 и не еби мозг

>>1192272
Там в хедере intrin.h нужной функции нет, я исходники смотрел

>>1192275
https://stackoverflow.com/questions/2520683/how-to-cope-with-intrin-h-no-such-file-or-directory

Почему ты такая ленивая жопа?

>>1192283
Ты что мне скинул?
Там есть этот файл, но он неполноценный.

>Там в хедере intrin.h нужной функции нет
Ну так в консоли набери. Я решаю дописыванием.

>>1192284
>но он неполноценный.
ну тогда полноценный только у мекрософта

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

>>1192290
В хедерах Шланга видел, надо перепробовать.
Небось, в репах MSYS старый Шланг до жопы

>>1192296
ты странный, ты мутишь какую то хуйню завязанную на ньюансах мекрософта, ставь вижуал студию и не выебуйся

Всё же в Ц дохуя недостатков.
Давайте перечислим самые главные:
-Нет неймспейсов.
-Нет автовывода типов.

>>1192321
и?

>>1187521 (OP)
Сишка хороша да только невостребованна

>>1192332
Бблять
Давай запилим. Может в массы пойдет, а там глядишь и стандарт примут.

>>1192335
Вижу, русский язык тоже не особо востребован.

>>1192256
Что только не сделают люди, лишь бы не написать две инструкции на асме.

>>1192370
> Debug resgister
Щто это?

>>1192390
Набор регистров, используемый для установки точек останова для аппаратной отладки (можно, например, узнать о модификации или чтении памяти). Хранят адреса точек останова, их типы и статус.

Говорите, вы биты тоже с нуля нумеруете?

>>1192431
Да, с младшего и с нуля. А что?

Нет анонимных функций, нет дженериков, нет промисов.

Нет замыканий.

>>1192477
> Нет анонимных функций
Не бывает анонимных функций, бывают проблем с английским.

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

> нет промисов
И слава богу. Нужно - запили сам. Через пару лет осознаешь свою ошибку и выпилишь.

>>1192481
Что не так с анонимными функциями?

>>1192492
Если ты ее не назвал, ее назовет компилятор, потому что линкеру нужно имя. А раз имя все равно будет, то почему бы его не придумать?

>>1192463
Так хочется со старшего нумеровать)000.
Когда иду по массиву чаров, я же инкрементирую указатель, и мне идти также слева направо по битам

>>1192481
> кроссплатформенный ассемблер
Бессмысленный набор слов.

>>1192498
>ее назовет компилятор, потому что линкеру нужно имя.
Не у всего есть linkage, дебич.

>> нет промисов
>И слава богу.
Люмпен от программирования as is.

В CLion на винде вообще возможно запускать программу в отдельном окне консоли, а не встроенном в IDE?

>>1192477
>функций
Анонимные функции - синтаксический сахар.
>>1192477
>нет дженериков
Не дженериков, а шаблонов, ты откуда такой вылез?
>нет промисов
нинужно
Рассматриваем Цэ, как удобный кросплатформенный ассамблер

>>1192478
Лямбды с замыканими, по сути тоже сахар.
Передавай указатель на функции вместо лямбд и явно передавай параметры вместо замыканий.

>>1192549
> кроссплатформенный ассемблер
>Бессмысленный набор слов.
ОКЭ, область применения - сверхэффективный быстрый системный, прикладной софт и числодробительные библиотеки.
Т.е. не делаем из С хипстеропарашу, а добавляем комфорта при решении текущих задач.


>> нет промисов
>И слава богу.
Люмпен от программирования as is.
При желании можешь написать сам. Но тут нет асинхронной парадигмы, поэтому нинужно.

>>1192551
>Анонимные функции - синтаксический сахар.
Это, прежде всего, освобождение глобального неймспейса от ненужного хлама.
>нет промисов
Можно сделать с помощью longjmp/setjmp

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

>>1192565
>кичится знанием базовый вещей
Мань, ты задачи бизнеса-то решать сможешь?
Тебе ставят большую задачу написать распределенное приложение. Что делать будешь, байтомакака?

>>1192591
Кто ж поставит байтомакаке такое задание? В лучшем случае отпрофилируют и тормозное говнецо отдадут переделать.

>>1192615
Два чаю. Си сейчас меют тендецию к заниманию прослойки между сетевым/графическим хардвером и макакским апи для конечного клиента, еси мы говорим о бизнессе

>>1192550
Бампану. Или посоветуйте пожалуйства, годную и легкую IDE для Си

>>1192632
нотепад++

>>1192688
Ну это уже перебор.

>>1192632
Про Pelles C написано в шапке. Если тебе только Си и только винда, его будет достаточно.

>>1192498
>А раз имя все равно будет, то почему бы его не придумать?
А раз компилятор генерирует машкод, то почему бы его не писать руками?

Л — Логика.

>>1192591
>>1192615
>>1192618
Одинэсники отакуэ няшный тренд, все в налоговую.
мимо jsмокаг

>>1192709
>мимо jsмокаг
ну вы заебали, это единственный илитарный трхед, был...

>>1192751
Он и остается илитарным. Всякие js макаки тут не задерживаются, если не интересуются сями.

>>1192751
Я на С 12 лет назад лабы делал в универе. Первая любовь. А JS - стал нужен пару лет назад сугубо из практических, но не корыстных целей (расширения браузера). Трхед незапятнан.

>>1192765
Он запятнан макакой.

>>1192463
Хмм, с порядком байтов всё понятно, x86-Little-endian.
Но вот про порядки битов я дохрена разного нашёл.
Кое-где связывают Little-endian с нумерацией с МЗБ, а big-endian связывают с нумерацией с СЗБ.

>>1192775
Железячники с младшего нумеруют. Intel (если уж мы об x86) с младшего нумерует. Разброд и шатания начинаются, когда нужно упаковать/распаковать поток битов в байты или слова, тогда, действительно, бывает и со старшего записано, и даже задом наперед - кому как удобнее.

>>1192867
И вообще даже сама запись двоичного числа - это bit_n-1×2^n-1 + bit_n-2×2^n-2 + ... + bit₂×2² + bit₁×1ⁱ + bit₀×2⁰, номер бита логически вытекает из соответветствующей ему степени двойки.

>>1192870
> 1ⁱ
bit_n-1×2^n-1 + bit_n-2×2^n-2 + ... + bit₂×2² + bit₁×2¹ + bit₀×2⁰
Ну вы поняли. Не могу ответить итт и не облажаться.

>>1192909
https://ideone.com/jxEyXC
Заебашил код сюда, что бы пацанам понятнее было. Спасибо

>>1192919
Ну все правильно, ты ведь не выделяешь память под каждый новый элемент, а кладешь каждый раз один и тот же указатель на один и тот же буфер (m), и ты в цикле его затираешь все новыми и новыми данными, в результате твой вектор содержит 6 одинаковых указателей на буфер, в котором осталось последнее записанное туда значение. Напиши себе реализацию strdup, чтобы оно работало, как ты ожидаешь.

В push_back можно обойтись только realloc(), вспомнив, что realloc(NULL, size) - это то же, что malloc(size) - тогда тебе не нужно будет городить две раздельные ветки ради одного и того же.

>>1192632
vim/emacs + gdb + ctags

>>1192930
Я слишком тупой для таких вывертов, помоги позязя с strdup

>>1192941
И мозоли, мозоли!

>>1192632
codeblocks, 80мб

>>1192942
char ∗strdup(const char ∗s) {
size_t length = strlen(s) + 1;
char ∗res = malloc(length);
if (res) memcpy(res, s, length);
return res;
}
...
vector_push_back(&v, strdup(m));

Можно еще не забыть проверку на ошибки: ругаться, если strdup() вернет NULL. А можно и не делать. При удалении вектора не забудь free() каждому такому элементу сделать. Хотя в твоей лабе можно и обойтись.

>>1192970
Да, автомотив. Пишу логику сенсоров для электромашин будущего.

Нет аннотаций/декораторов.

>>1192983
>автомотив
Компания АвтоМотив это интернет магазин оборудования для автосервиса и СТО.

>>1192698
Почему? Хуярю на нем, всем доволен, иногда на вим перескакиваю.

>>1192994
>АвтоМотив
Автомотив, это не компания, автомотив компании это даймлер, бэ эм дабл ю, волксваген и харман, генерал мотрос.

>>1192998
https://avto-motiv.ru

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

>>1193175
Я просто хочу найчиться делать программы с GUI на чистом Си, желательно самым простым способом.

>>1193179
*научиться

>>1193179
Простых способов нет.

Смотря для чего тебе GUI. Так-то навалом библиотек, в том числе кроссплатформенных.

Я даже не знаю, что тебе посоветовать. Qt и gtk+ в общем-то просты. Остальное не имеет дезайнера форм и поэтому придется ебаться в «слепую» с дизайном.

Как по мне вот простая либа https://github.com/vurtun/nuklear/blob/master/Readme.md

Есть tcl/tk...

>>1193189
Возможно ли создать GUI на чистом Си с использованием Qt? Я знаю, что это объектно-ориентированный фреймворк, а в Си нет ни классов, ни поддержки ООП. Оно разве будет работать?

>>1193208
Да

>>1193252
Пиши либу на Си и линкуй с крестовой гуидятиной

>>1193165
https://github.com/andlabs/libui

сап двочеры, подскажите где скачать чистый unix, хочу искупаться в этом дерьме. Раньше ни разу не использовал ОС с интерфейсом командной строки, а теперь понимаю что пора бы и попробовать. Также подскажите отличается ли принцип установки от установки той же винды или убунту или придется попотеть. Будет ли дистрибутив и как записать на флешку образ ОС.

>>1193404
Ебанашка, ты доски попутал. Гаврюша, пиздуй в /s.

ставь дебиан net install без ДЕ и прочих пряников, будешь в голой сосноле пердолиться. Не так страшно на самом деде, зависит от задач. Что-то даже проще будет делать, чем сидеть в GUI

>>1193252
Пиши либу на Си, а интерфейс на Qt на крестах. Кроссплатформенных UI для Си нет. То, что есть - выглядит отвратительно. Лучше всего использовать Gtk на линуксах и Windows API на винде. Да, пилить два интерфейса. Да, долго и сложно. Зато не будет выглядеть как 99% опенсорса.

>>1193428
Пиздеж и кукареканье. Tcl/tk, gtk, qt — все кроссплатформенное. Есть еще немного маленьких библиотек с тем же функционалом. 2 уже выше приводили.

>>1193436
> Пиздеж и кукареканье
Научись посты целиком читать.

> Tcl/tk
Тормоза и буэ на любой ОС. И это не считая тикля в комплекте.

> gtk
На Linux отлично, зато все то же самое выглядит как говно на Windows.

> Qt
Не для Си. Лучше из сортов говна, но: не только GUI, куча ненужных возможностей (CSS, JS и прочие квики), медленно, ненативно, поведение приводится к общему знаменателю для всех реализаций, из-за чего везде выглядит чуждым, лицензия. Не говоря уже о том, что эта либа подталкивает писать не интерфейс на Qt, а целиком софт на Qt, используя их собственные аллокататоры, работу с файлами и сетью.

Алсо, в Windows не поддерживается фирменное движение наискосок для перехода в подменю, из-за чего Qt-шным меню пользоваться просто невозможно. И это никогда не починят, потому что нехуй кастомные меню рисовать, когда есть системные.

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

>>1193442
Qt есть минимал или как-то так. На этом движке пилят lxqt продолжение lxde.

> ограниченно подходит для игр, не подходит для приложений
Охуительные истоии уровня /зк. Игры, блядь, пишут на юнити и анрил энжин, а не на gui либах.

>>1193442
Забыл добавить, что gtk на винде нормально выглядит. Audacious media player или cherrytree тому пример. Вполне себе нативно.

>>1193446
> Игры, блядь, пишут на юнити
Да ты что, никогда бы не подумал! А интерфейсов в играх нет, и кнопка "Выйти из этой индипараши и удалить ее нахуй" появляется магически?

>>1192766
Что тогда ей не запятнано? Ответ "хуита и бред на апачан.нет" не принимается.

>>1193453
А ты точно пишешь на С и знаком с юнити? Мне кажется ты залетный из js треда.

>>1193459
С юнити почти не знаком, но слово "индиговно" должно было тебе намекнуть, что кроме игр на крупных движках есть еще и поделки, в которых из чужого кода максимум SDL. И вот они используют всякие nuklear, потому что нормальный UI писать долго, а кнопочки нужны. Итт достаточно давно обитаю, больше десяти лет пишу на Си.

>>1193461
Ну и где ты тогда противоречия увидел? Спор ради спора?

Игры на SDL пишут? Нет. На чистом С игры пишут? Нет. Даже для рогаликов соснольных юзают курсес-бэсед фреймворки.

Нахуй ты упираешься и давишь?

>>1193463
> Игры на SDL пишут? Нет. На чистом С игры пишут? Нет
Ты сказал?

С чего начать изучать тему, если я хочу написать свою либу уровня graphics.h или curses, используя WinAPI? Ну или просто маленький фреймворк для менюшек консольных.

>>1193464
Опровергни тогда. Ах да, примером из этого тысячилетия. Чтобы и УИ и все прочее на С без всчких сторонних библиотек. Ну давай, удиви кукаретик ебаный, с 10 годами стажа. Ха ха врунишка.

>>1193468
> Опровергни тогда
Ты уж как-нибудь сам. Сходи поищи, например, среди игр с LD, среди опенсорсных игр. Навскиду, GLTron и уебывай в гугл.

>>1193488
Т.е. ты хотел сказать, что есть 1,5 проекта, которые в гугле на 789 064 255 странице выдачи?

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

>>1187521 (OP)
Есть ли какая-нибудь годная книжка с алгоритмами? А то переводить Цельсии в Фаренгейты не слишком уж интересно.

>>1193476
>начали
Тебе только кажется, потом что ты сам недавно набижал. Я вот не заходил в пр и в частности в Си тред года 4, зашел - то же самое - пару продвинутых олдфагов, и куча
>помохите лабу сделать
>привет слесарюги
>лучше уж кресты

>>1193496
Дональд Кнут

>>1193465
Бамп.

>>1193490
> но индустрия давно уже держится на других слонах
Так и я этого не отрицаю. Мы с тобой говорили о мелколибах для гуя. Nuklear и последователи востребованы только в таких единичных проектах, ну и еще во всяких редакторах для этих же проектов и прочих визуализациях, т.е., там, где у тебя канвас с графической либой, что-то рисуется, и хотелось бы рядом рисовать еще и кнопочку. Больше оно нахуй никому не нужно, о том и речь была.

>>1193465
А это разве не ты был? >>1190612 там ссылка на книгу.

>>1193516
Ну, это попутно будет изучено. А вот как вынести все это в dll, например, чтобы оттуда дергать все более высокие самопальные функции? Короче, хочу написать обертку над апи.

>>1193518
Чтобы от инициализации до обработки меню, с назначением функций на пункты, етц.

Отвалилось почему-то.

>>1193518
> А вот как вынести все это в dll
__declspec(dllexport) или в .def-файле экспорты перечисли.

>>1193520
В смысле, ты хочешь, чтобы за тебя написали? Или книжку о том, как написать меню? Пишешь эту инициализацию, городишь свою структуру для меню с колбеками, курсор обрабатываешь, рисуешь, в чем проблема-то? Можешь в FAR посмотреть, как там диалоги сделаны.

>>1193526
> Можешь в FAR посмотреть

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

Нормально же спросил к чему это высокомерие хуесос ты четырехглазый.

>>1193528
Я не четырёхглазый.

>>1193526
Я, наверное, свои вопросы не смогу объяснить. Так что просто пойду и попробую сделать.

Почему функция fgets не добавляет символ '\n' в строку?

>>1193538
Почему она не добавляет \t или \b в начало строки?

>>1193539
Почему она не проверяет строку на грамматические ошибки?

>>1193539
>>1193540
>>1193541
"Символ новой строки прекращает работу функции fgets, но он считается допустимым символом, и поэтому он копируется в строку string."
При вызове fgets(str, sizeof str, stdin) пишу '4'
В строке получаю 4\n\0
Если пишу '-4'
В строке получаю 4\0
Что за хуйня?

>>1193538
Ты выбрал крайне хуевый тред для таких вопросов. Не нравится fgets - напиши свой. Я тебе больше скажу, просто возьми реализацию и просто чутка подправь.

>>1193544
>В строке получаю 4\0
-4\0
Быстрофикс

>>1193546
Какой sizeof(str)?
Если не 3, то у вас просто пространство искривилось.

>>1193546
Ну а сам как думаешь? Как -4 может быть int? Str это положительная длина, а не отрицательная.

>>1193533
Отлично, а с проблемами приходи.

>>1193538
Допустимо всего два варианта: либо у тебя EOF возник, либо твой буфер меньше длины строки. Тащи пример на ideone, где оно не работает.

>>1193548
Он это на stdin пишет, наркоман

>>1193545
быстрофикс
Только фишка в том, что fgets предназначена для работы в паре c fputs, которая этот символ добавляет

>>1193547
а sizeof считает память, выделенную в куче?
str = malloc (1002);

>>1193550
Ты головой ударился? Он пишет из stdin в str

>>1193552
Епо, ты передаёшь sizeof от указателя на кучу.

>>1193554
Все, вопрос решен. sizeof (str) = 1 (у меня система 8-битная), то есть считает только размер типа, а указатель в 8-бит системах = 1 байт.

>>1193559
> у меня система 8-битная
Так, это что значит?
Размер чара 8 бит? И що? sizeof(char)=|Def|=1, пусть он даже 10 бит.
Размер типа считает, да. Но указатель как правило long.

>>1193562
str - это указатель на тип char
Указатель в 8-бит системах имеет размер 1 байт.
Поэтому sizeof(str) = 1

>>1193566
str - указатель.
И sizeof(str) не вернёт тебе размер char.

>>1193554
Ну даже так у него все должно быть нормально в случае "4" и "-4" (на ideone например нормально, потому что размер указателя там 8), хотя он и долбоеб. Если только он не конпелирует какой нибудь устаревшей хуетой типа Турбо Си, где инт - 16-битовый (я знаю что есть преподаватели ебанашки которые не признают современных сред)

>>1193590
Хз, у него вообще 3 символа вошло, как я понял, в обоих случаях.

>>1193568
Ты упоротый что ли сука. Тебе же сказали, что у него система восьмибитная. Каким по твоему там должен быть размер указателя?

>>1193593
Удалось записать != вошло. Затер какую-то переменную рядом с буфером, это и привело к спецэффектам.

>>1193594
Любой, мать твою

>>1193604
оффтоп
но у меня горит шо пиздец

Как можно выводить динамическое дробное число полностью, без лишних нулей?
Если в printf использовать %f, то будут выводиться лишние нули в дробной части.
Если использовать %g, то число с большим количеством символов, выводится в %e формате.
Так с помощью printf'а это никак не реализовать? Может быть можно как-то принудительно заставить %g всегда отображать число в %f формате?
Или единственный вариант - сначала переводить число в строку, а затем печатать его fputs'ом?

>>1193616
Лох ебаный блядь )) про модификторы не прочитал, хуесос тупорылый

>>1193618
Я так понимаю, что у него постоянно меняется число, и ему надо выводить его без лишних нулей
>>1193616
Нет, так чтобы компилятор за тебя думал, нельзя. Либо строкой, либо округлять до необходимого количества разрядов

>>1193618
Писать %.100g - это ведь не решение.
Для %f вообще нет смысла в модификаторах точности

>>1193625
> Писать %.100g - это ведь не решение.
Не решение. Но можно добавить символов, и будет норм. Вот тебе крайние случаи из старого треда, посчитай циферки и используй:
https://ideone.com/JyE5Qp
А так, зависит от задачи. Для показывания человекам округленное значение или %g с достаточной точностью - вполне норм (и пусть оно экспоненту показывает, если не хватило). Для передачи текстом между двумя машинами есть %a.

>>1193611
Значит байтоёбство - всё? Низкоуровневое погромирование больше никому не нужно? А я только вкатываться собирался ну и подумываю о том, что бы в битки начать вкладываться

>>1193672
Такая же хрень, парни. Непонятно как вкатываться. Мимостудент, угорающий по С с плюсами и без и крутому софту который на них пишут.

>>1193676
Эмбеддед же.

>>1193676
Гейдев

Вы заебали смотреть на веб-макак. Прыщи/спермятина на ноде что ли уде стали работать? С и кресты там в почёте, микроконтроллеры, всякий настольный софь типа эдоуб, да куча направлений, где «байтоёбство» пригодится.

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

>>1193729
> есть ниша с диез
C и C# имеют столько же общего, сколько свинка и морская свинка.

>>1193731
О рили блядь? Открыл нахуй омерику ебана в рот. Я написал в ироничном контексте про нищу, если уж совсем прижмет, то мложно будет окунуться в этот пиздец, если кресты не осилите.

>>1193729
Шизофрения какая-то.

>>1193729
Байтоёбу неприятна. Гоните его с рынка труда, насмехайтесь над ним.

>>1193678
За 50 тысяч и невыездом из России на 10 лет?
Нет, спасибо.

>>1193503
А сам чем по жизни промышляешь?

>>1193791
>За 50 тысяч
Примерно. Сильно дохуя платить не будут.
> невыездом из России на 10 лет?
Такое не очень часто бывает. И не всегда знание гос.тайны влечет невыезд.

Научите меня управлять паматью в С. Полгода назад пришлось написать небольшой сервер SOCKS4 с плюшками. Долго ебался с неблокирующими сокетами и libev пока не понял как сделать. Добавляя новый шаг к протоколу приходилось прогонять прогу с валгриндом для того, чтобы найти утечки.
Серьезно, шаг влево, шаг вправо, пропустил один return и получай лопату дерьма в лицо. Как вы, блядь, ебетесь с этим всем?

>>1194945
>Как вы, блядь, ебетесь с этим всем?
Опыт и паттерны, выделил память не забудь убрать. Все просто.

>>1194945
Да вроде бы язык из 1968 года не рассчитан на многопоточность. В следующий раз возьми C++11 или Rust.

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

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

>>1194951
А при чем язык, если многопоточность удел ОС?

>>1194977
Блять нихуясебе. Все больше убеждаюсь что C самый адекватный тред тут

>>1194995
А как называется та хуйня, когда есть несколько ядер и часть программы (например, цикл) одновременно считается на каждом из них?
Это тоже свойство системы или низкоуровневые языки имеют команды типа "эту ерунду считает процессор номер n"?

>>1195001
Это свойство ОС, безусловно, описанное на низком уровне

>>1194995
Был, пока ты не пришел.

>>1194977
> многопоточность удел ОС
Не только. Например, до С11 по стандарту весь рантайм был не thread-safe. Всякие errno и прочие strtok были одни на всю программу. Модель памяти не предусматривала никакой синхронизации (нет, volatile - не то). Понятно, что реализации стандарта это все фиксили, но не было никаких гарантий, что на такой-то ОС и с таким-то рантаймом все будет работать.

>>1195001
Ты имеешь в виду (полу)автоматическую параллелизацию вроде OpenMP. Для нее должна быть поддержка в языке (чтобы обрабатывать аннотации и дергать библиотеку), и в Си (в виде расширения, конечно) эта поддержка есть, гугли #pragma omp.

>>1195015
Мамку твою ебал

>>1194965
>если у тебя код с багами
Если это просто утечка, то да. У белых людей есть умные указатели.

>>1195041
Умные указатели не бесплатные. И без них вполне можно жить.

Где почитать, как битки двигать?
Такие нубские вопросы типа "А как установить в char val i-ый бит в значение k=0,1?" Ведь одной И или ИЛИ не обойтись.
Там много комбинаций из двух действий можно придумать с этими вот ^, &, |, ~. Какая считается лучше?

>>1196111
>как битки двигать?
<<
>>
Теперь ступай с миром нахуй

>>1196115
Не гринтексти мне тут райт шифтом.

>>1196116
А ты мне запрети, мальчик.

>>1196118
Время скоро запретит, старый пердун

>>1196119
>скоро
Здесь мы идем.

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

>>1196124
Pre-K&R еще. В C89, естественно, есть. А вот uint8_t и stdint.h появились в C99.

>>1196111
Классическая статья: https://graphics.stanford.edu/~seander/bithacks.html
Нет, комбинаций не так много, с xor биты переключают, с | включают, с & ~ выключают. Остальные варианты как минимум длиннее.

>>1187521 (OP)
Сап, бояре.
Очень мало писал на си, в основном на крестах.
Но тут внезапно вяли на работу, написание драйверов под сетевые адаптеры на linux/windows, чтобы такого можно почитать, чтобы хоть чуть-чуть что-нибудь понять?
в си не углублялся, в крестах чувствую себя более-менее

Есть ли какой-нибудь опенсорсный небольшой проект чисто на Си желательно еще и с WinAPI, в котором вот прямо отличный код, эталон?

>>1196200
Никаких идей?

>>1196684
Ну разве что Эндрю Таненбаума...