первый среди смузихлебов

>>1113015
О! Ещё одна макака-неосилятор выскочила.

test

>>1112990 (OP)
>так и на прикладном уровне
Господи, не надо так троллить, пожалуйста. Just don't.

>>1113126
Зачем ты сагаешь в тематике? Да еще и в general-треде?

сисюны, стоит ли вкатываться в джаву на полшишечки?

>>1113156
После сишечки можно вкатываться куда угодно и на всю шышге.

>>1112990 (OP)
спрашиваю как у си богов что такое сегмент программы учу си и asm и вот код
12BD:0100 где 0100 это адрес первой команды , а вот 12bd это сегмент программы что такое этот сегмент и от куда он берется

>>1113325
Начало твоей области кода, хранится в регистре CS на процессорах Intel.
Раньше было и на других процессорах.
Не обнаружено на MIPS, ARM, POWER что не делает процессоры лучше или хуже
До сих пор кое-где используется ради переходов между библиотеками.

>>1113325
> что такое этот сегмент
В реальном режиме x86 сегменты - это особенность адресации. Номер сегмента умножается на 16, и к нему прибавляется офсет (12BD:0100 -> 12BD0 + 0100 -> на адресную шину пойдет адрес 12CD0). Номер сегмента можно записать в сегментный регистр и адресоваться в пределах 64К от него, экономя память за счет использования 16-битных офсетов (near) вместо 32-битных (far) адресов, в большинстве случаев избегать поправок (релокаций), и изменяя значения сегментных регистров, иметь в целом до мегабайта адресного пространства. В современных (32-/64-битных) ОС для x86 сегменты хоть и остались, но практически потеряли смысл - памяти дохуя, можно использовать полноценные адреса (хотя в винде через сегменты, хранящиеся в регистрах fs/gs, ходят в TEB, например). Как-то так. В целом, пока не добрался до изучения защищенного режима, считай, что сегмент - это просто такой кусок адреса.

>>1113350
>В целом, пока не добрался до изучения защищенного режима, считай, что сегмент - это просто такой кусок адреса.
А может лучше с этого и стоит начинать? Ведь же реальный режим по сути ебучий легаси-костыль который уже не одно десятилетие ебёт неокрепшие умы.

>>1114345
Под защищенным режимом я имел в виду именно ручной переход real->protected (и, возможно, в long mode) с установкой дескрипторов сегментов, с включением страничной адресации и т. д. Есть вероятность не добраться до этого никогда, если оно тебе не нужно.
> Ведь же реальный режим по сути ебучий легаси-костыль
Ну да, смысла в изучении реалмода нет, но ведь там и учить нечего (пара вечеров максимум) - сегменты, таблица векторов прерываний, существование far/near. Функции BIOS/DOS конкетно к реалмоду отношения не имеют, и разбирать их незачем.

>>1114345
>А может лучше с этого и стоит начинать? Ведь же реальный режим по сути ебучий легаси-костыль который уже не одно десятилетие ебёт неокрепшие умы.
x86 гновно ебаное для пидоров, лучше arm

>>1114352
>но ведь там и учить нечего
>ручной переход real->protected
Знания выветрятся без практики.
>>1114353
>лучше arm
А чё не MIPS? Или ума не хватило разобраться в архитектурах? Если будешь дальше въезжать в IT с такими радикальными лозунгами, то далеко не уедешь.

>>1114356
>Если будешь дальше въезжать в IT с такими радикальными лозунгами, то далеко не уедешь.
я уже уехал и дропнул x86 нахуй, эта ебаный архитектурный франкенштейн не заслуживающий никакого внимания. да и смысла в его изучении? будешь очередной минет ос писать? а вот arm это переспиктивняк для любого байтоеба

>>1114353
>>1114356
> лучше arm
> лучше MIPS
Асм сам по себе уже давно нахуй не нужен. Но для отладки и инспекции своего сишного кода, очевидно, нужно знать ту архитектуру, под которую пишешь. И большинство из вас, сколько бы вы не выебывались, сидит на машине с x86 и для нее же пишет код.

>>1114366
>сидит на машине с x86 и для нее же пишет код.
и чо? удел байтоебов ринг 3

>>1114358
>>1114367
Малыш, ты явно перечитал лурку. Ты даже не понимаешь, что это разные архитектуры с разными задачами. Ну уж если заговорил про кольца защиты, то должен знать, что байтоёбство вот как раз и позволяет писать код под любым уровнем защиты. Хотя откуда тебе знать, если ты элементарных принципов не понимаешь.
>>1114366
Ты это к чему сюда принёс?

Мда, начались каникулы и понабежали спициалисты.

>>1114398
бакалавры, сэр

>>1114398
школотрон не палицо. написал тебе код под любым уровнем защиты.

С наступающим 48-ым годом и поменьше вам SIGSEGV'ов в новом году!
До 32-битного переполнения ещё по крайней мере 20 лет, так что у вас всё впереди!

>>1114634
> До 32-битного переполнения ещё по крайней мере 20 лет
Всем unsigned, посоны!

Отцы! Я как-то, в годах 90-х, задрочился на ассемблер 8080(+ZX80), но потом судьба порешала по иному(папка сказал, что буду Родину защищать). Вот сейчас решил вкатится в погромирование по новому. Как вообще сишечка для старого пердуна 40-ка лет со знанием ассемблера 8-разрядных машин, есть ещё надежды вкатиться по полной? С чего начать? Подзаебало читать одни и те же книжки, где идёт размусоливание простых истин со системами исчисления и пр.

>>1115083
В шапке тркда все есть, K&R 3 издание для начала неплохо зайдет

>>1115083
>40-ка лет со знанием ассемблера 8-разрядных

Я на 8 лет младше, также был освоен 8 битный асм. Решил уже освоить что нибудь более высокоуровневое, ато заебался хотеть и лениться.

Да конечно, без проблем освоишь. Я не выёбывался, взял за два месяца изучил первые две главы книжки "Константин Поляков си". Ошибок дохуя в книжке, но зато легко усваивается.

Как справочник использую "Керниган,Ритчи - Программирование на C.2ed.2009.djvu" и "Прохоренок Н.А. - Программирование на С++ в Visual Studio 2010 Express - 2010".
Ещё документацию по WinApi "Win32API_First_Steps.chm", очень нужно, если под Windows чтото пилить.
Компилятор mingw.

Изучай основы. Ставь себе цели и выполняй.

Аноны, че можно простенькое написать на С полезного?Я сейчас почитываю учебник из шапки, но блять эти задачи в конце глав не интересные и не вызывают желание их делать.
P.S ПРогером я не собираюсь быть,учу для себя

>>1117013
CVE-2017-5754 реализуй.

аноноы, кто нить байтоебил под RISC-V? перспективна ли писечка или очередной хайп?

>>1117184
Но её даже не хайпят.

>>1117190
>хайпят
Western Digital to Use RISC-V for Controllers, Processors, Purpose-Built Platforms
Western Digital Gives A Billion Unit Boost To Open Source RISC-V CPU
NVIDIA to use RISC-V for its next-gen GPU microcontroller

тебя там в смузихлебочной заперли?

>>1117191
И в какие ЖД WD поставит эти RISC-V в качестве контроллеров?

>>1117194
ня

https://www.anandtech.com/show/12133/western-digital-to-develop-and-use-risc-v-for-controllers

>>1117195
Ну хорошо, ты ответил на мой вопрос.
Тогда скажу тебе, что:
1. Здесь никто биты не сдвигал нигде, кроме как под x86_64.
2. Рилейтед работу в Рашке ты не найдёшь.

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

>>1117200
Хорошая идея, светлая.
Ну, подождём.

>>1117204
>Ну, подождём.
ну подожди

>>1117200
> тенденция идет на замену проприетарных ARM бесплатным сабжем
Не вижу тенденции. Вижу эксперименты. Такие эксперименты постоянно, и обычно они ни к чему не приводят. Заменить ARM на что-либо, это как заменить сишечку на раст. Хотя книжку выше почитать стоит в любом случае. Чем больше ты знаешь - тем больше ты нужен.

>>1117184
Очередной фон Неймановский убийца чего-то-там?
Для взлёта этой хуйни надо много денег несмотря на то, что как бе оупен. Вот когда начнут студентов дрочить по теме в каком-нибудь калтеке(да даже НГУ!), то тогда стоит уже репу чесать, а так только чистый факультатив, что бы мозги не застоялись.
Дальше дрочим байты на арм, мипс и, прости госпаде, х86.

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

>>1117736
гуманитарий?
нахуй те сишка, пожалеешь, только проебаное время
ебашь веб

>>1117743
Я не хочу веб. Думаю над си и пайтоном. Планирую получить вышку программиста, там наверняка будут лабораторные работы, причем все только на Си (судя по учебным планам говновузов), хотелось бы ковырнуть его заранее, заодно проникнуться будущей работой как следует.

>>1117748
Скачай CodeBlocks и книжку K&R. В K&R упражнения могут показаться легкими, тогда надо взять лабораторные какого-нибудь вуза. В блоках уже есть компиляторы всех сортов, но какая разница чем компилировать? Я думаю это вкусовщина высокого уровня

>>1117753
Ок. У меня глупый вопрос, есть какая-то официальная русификация? Я понимаю, что код на английском и я уже осилил перевод слов #include main, но на начальном уровне было бы проще, если Code::Blocks мог в русский и не надо было бы искать перевод некоторых слов из меню и больше сосредоточиться на книге.

>>1117736
Гарвардский курс CS50. Там Си, а также немного петухона, веба, БД.

>>1117773
Кайф, спасибо, нашел видео лекции на русском https://www.youtube.com/watch?time_continue=32&v=SW_UCzFO7X0

>>1117775
Раз ты на русском решил, то там немного старые лекции (от 2015), но тоже сойдут, хотя вместо питона будет похапе. Также советую решать все задачники, там довольно интересные задачи, хотя не знаю переведены ли они на русский. Также советую поковырять денек скратч, про который будет речь во второй лекции, прикольная штука.

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

>>1117775
>>1117778
ИМХО Книжки читаются со своей скоростью, а не со скоростью лектора да и обычным поиском в них можно воспользоваться.

P.S тс, будь аккуратен в том, пишешь ли ты в CodeBlocks на C или на C++. Потому что тут есть минорные различия (не ебу как со стандартами, может так уже в обоих языках) например в C++ ты можешь написать
struct MyStructure {};...

main(){
MyStructure actual_structure;}

А в си - нет. Там надо будет писать:
struct MyStructure actual_structure;

Где подробно написано про оператор goto?
Меня интересует область видимости меток и различные ограничения при создании меток.

>>1117899
Если не ошибаюсь, в си метки ставишь куда хочешь и обращаешься к ним откуда хочешь. В плюсах метки видны только внутри функции.

>>1117919
>куда хочешь и обращаешься к ним откуда хочешь
В пределах файла исходника. Хотя можно попробовать через extern ебануть, но это уже откровенная индусятина и за такое надо пиздить и унижать всем сосачем.

>>1117919
>в си метки ставишь куда хочешь и обращаешься к ним откуда хочешь
что?

>>1117947
>Хотя можно попробовать через extern ебануть
что?

>>1117957
>>1117956
Сам подумал, что поехал, но говорить не стал.
Скажи мне, что они видны только в пределах функции.

>>1117957
Тебе объяснять значение слова попробовать? Иди дальше, шаблонный ишак.

>>1117965
Эта фишка видимости (я на 90% уверен в своих словах) есть в плюсах, не в си

Алсо про раскидывание гоуту по файлам: я думаю сработаеь, ведь препроцессор тупой как пробка и просто вставляет файл хедера в твой код

>>1117978
Да не, ну нахрен, после препроцессора по жопе пойдёт.
setjmp.h наше всё

>>1117982
но сам факт товагисчи, сам факт!

>>1117992
Какой факт? С goto ходить можно в пределах функции, область видимости метки - тоже только фукнция.

>>1118045
Думал так только в плюсах.
Значит остается только лонгджамп, который привел анон

>>1117982
какие применения лонгджампа в продекшене знаешь?
я только одно: когда необходимо продолжить работу в обработчике сигнала

>>1117899
>оператор goto?
кстати, какие use cases знаете?
я только два: удобно организовывать обработку ошибок в функции, обычно goto ERROR, завернутый в макрос
второе - выход из двойного цикла, с goto получается лаконично и наглядно

>>1118077
Скакать по коду чтобы кроме тебя никто не мог прочитать
>>1118075
Возможно в рефакторинге легаси кода

>>1118075
obvious green-threads

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

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

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

>>1112990 (OP)
Каким IDE для C пользуетесь на линуксе?

>>1118648
SciTe.
Кто-нибудь, дайте мне что-нибудь легковесное и практичное, как Notepad++, под линь.

>>1118648
>Каким IDE для C пользуетесь на линуксе?
Clion
qtcreator

>>1118697
Kate

>>1118648
KDevelop
QTCreator
Eclipse
В порядке частоты использования.

>>1118648
emacs без автодополнения.

>>1118697
vim

>>1118770
> 2k18
> редактор кода учить сложнее, чем синтаксис ЯП

>>1118648
Саблайм. Не IDE, но переход по символам есть, поддержка гита есть, компиляция по кнопке тоже. А большего для мелких и средних по размеру проектов на Си и не нужно.

>>1118754
Хоть педали-то прикрутил, сердешный?

>>1118872
putc();

>>1118882
Не-не-не. В Книге этого еше не было до задания. Не скилла же в гугле они хотят.

>>1118872
> Я все равно получаю сначала что ввожу потом этот же вывод.
Ну вот, вводишь строку, а выводишь столько строк, сколько слов в строке.

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

>>1118908
В любой нормальной книге по крестам написано, что сначала стоит изучить хотя бы в общих чертах сишечку, всяие юнионы, типы и прочие стракты.
>>1118888
>Не скилла же в гугле они хотят.
А почему бы и нет? Если будешь дрочиться как зубрила, то толку от тебя будет мало. Чё за задание, в каком талмуде встретил?

>>1119015
>начну учить Си
с какой целью?
дон хуан всегда подсмеивался над кастаньедой что тот до знакомства с ним знал кучу ненужного, того что ему никогда на практике не пригодится

>>1119035
>ь
бля

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

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

>>1119072
Дура необразованная, ты хоть понимаешь о чём речь идёт?

>>1119087
о чем, сладенький?
интересно узнать

>>1119167
А кем работаешь?

>>1118912
>Чё за задание, в каком талмуде встретил?
K&R же!

>>1119172
Кладовщиком.

>>1119183
инкремент и условие, пидорас не может в форматирование

>>1119167
fork'и, чтобы потом exec и умереть.
Птхреадс для работы.
Алсо, fd же разделяются при fork() по дефолту.
>>1119183
i-- >0

>>1119207
это такая шутка, не первой свежести.

>>1119205
Я серьезный ответ хочу

Увидел на руби конференции, парень рассказал, что чтобы стать норм программистом, надо в том числе знать С иначе ты ничего не понимаешь, как все работает на самом деле. И вот я тут, рад всех видеть, аве С, хуй соси. Хочу засвидетельствовать свое почтение сишникам. Сразу вопрос: надо ли учить ассемблер, чтобы понимать, что происходит в С?

>>1119292
Нет

>>1119293
спасибо, начнем учить сразу С

>>1119167
> 11-й перемудрен нинужен
> компиляторы официально знают о потоках
> атомики
> сишник
Ты устарел и нинужен. У тебя еще есть работа, но со следующей у тебя может выйти облом. И да, тебе будет от этого бомбить, жду. (Дальше не читал, наверняка все советы того же уровня)

>>1119297
>компиляторы официально знают о потоках
а ты смешной.

#include <iostream>

int main()
{
long n, a, i, min1, min2, min3, max1, max2, max3;
min1 = 100, max3 = -100, min2 = 100, max2 = -100,min3 = 100, max1 = -100;
scanf("%ld",&n);
for (i = 1; i <= n; i++){
scanf("%ld",&a);
if (a >= max3){
max1 = max2;
max2 = max3;
max3 = a;
}
if (a != max3 && a >= max2){
max2 = a;
}
if (a != max3 && a != max2 && a >= max1){
max1 = a;
}
if (a <= min1){
min3 = min2;
min2 = min1;
min1 = a;
}
if (a != min1 && a <= min2){
min2 = a;
}
if (a != min1 && a != min2 && a <= min3){
min3 = a;
}
}

if((min1 min2) >= (max2 max3)){
printf("%ld %ld %ld",min1,min2,max3);

}
else
{
printf("%ld %ld %ld",max1,max2,max3);
}

}

>>1119309
А я люблю всё по файлам раскидывать, всё по функциям. Чтобы главный цикл небыл таким.

В деле программирования, главное вовремя всё рассортировать и придумать архитектуру программы.

>>1119292
>Сразу вопрос: надо ли учить ассемблер, чтобы понимать, что происходит в С?

Желательно знать про то, как работает программа.

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

>>1119292
пшел нахуй

Test

ребят, на каком уровне нужно знать С\С++ что бы попасть junior'ом на работу в ДС сейчас?

>>1119362
достаточно среднего уровня восприятия анального секса.

>>1119178
Выкинь её нахуй.
Во-первых она не для новичков, а во-вторых она интересна только 2,5 олдфагам, что бы вспомнить как оно было раньше. Читай Прата, там рассматриваются последние важные изменения в стандарте(С99) да и для новичков более понятна и разжёвана.

>>1119309
Откуда этот пиздец пришёл?

>>1119413
скажи ещё ты так не писал ни разу.

>>1119413
от матанопитушни, это они там экономят на символах

>>1119330
Вот это хороший ответ, спасибо!

>>1119338
Ждал, ждал, специально упомянул руби, чтобы затронуть нотки снобизма. Хотя, может, ты посылаешь в принципе всех новичков кроме ассемблеров.

>>1119404
Люблю жрать кактусы.

>>1119521
в форе проверится условие и проебется символ, так как ты его перезапишешь вызовом гетчар

>>1119528
GDB показывает что там пробел. Даже блять если убераю вайл и делаю условие одним фором то все норм. То понятно что в форе проебвается но не понятно почему так. Символ проебвается вызовом гетчара в вайле.

>>1119549
Да, разобрался, спасибо.

>>1119599
Всё верно
>ля чего оно нужно
Чтобы тип последнего аргумента qsort() соответствовал прототипу (подчёркнуто зелёным сверху).

>>1119599
По-хорошему приведение типа здесь не нужно и только привносит некоторый душок в код. Нужно передавать в qsort функцию, которая получает два указателя на void, и уже сама кастит, куда ей нужно. А передача сразу strcmp, как здесь - это экономия на спичках (даже если передать обертку, то strcmp скорее всего отлично заинлайнится, и никаких потерь по этому поводу не будет).

>>1119612
Большинство конпеляторов сожрёт код и без приведения, но выдаст варнинг. Приведение для того и нужно -- указать конпелятору, что код так написан намеренно, а не по ошибке.

>>1119617
Скомпилировать или не скомпилировалось - это очень плохая метрика качества кода на Си.

>>1119619
Ага, а заинлайнится или не заинлайнится обёртка для стандартной функции, которая только и делает, что кастит параметры -- это охуенная метрика.

>>1119617
я бы кастовал к void@ - не вижу смысла писать лишний код.

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

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

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

Чтоб асмом себе мозги не насиловать, можно на ютубе посмотреть, может есть.

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

можно ли написать сайт на c

>>1120773
конешно, пишешь cgi или fastcgi модуль на си (или другие расширения веб-серверов используешь)

Как вкатиться в системное программирование? С языком знаком.

>>1120773
Да хоть на ассемблере можешь транслировать лил даже VLIW, но зачем? Если ты не зелёный, то проблема только в том, что придётся сначала написать бекенд на сишечке. Фронтенд уже будет твоей личной реализацией RFC. В принципе, в современном IT всё так и делается.
>>1120884
Если задаёшь такой вопрос, то ты не знаком с языком. Скорее, просто выучил синтаксис. Ты код лялиха читал?
Если у тебя есть англо-русский словарь это не значит, что ты знаешь ангельский.

Как быть с memory allocation в тех же линуксах в плане ошибок? Я часто видел в примерах кода на си, что значение, возвращаемое функциями malloc и calloc проверяют на неравенство нулю и если оно не выполняется, то делают что-то вроде printf("Memory allocation error\n"); exit(1);. Я подумал, что, возможно, malloc вернёт значение равное нулю в случае, когда системе не будет хватать виртуальной памяти и она даст шанс программе подождать и сделать это чуть позже или что-то вроде того и хотел спросить у вас: что делать, когда malloc возвращает нуль?

Но, прежде чем это всё написать, я сделал эксперимент с утечкой в две строчки для проверки того, что malloc вообще может венуть 0, например, в результате истощения свободной виртуальной памяти:

while (malloc(1000));
printf("Memory allocation failed\n");

И как оказалось malloc не возвращает 0. Вместо этого я получаю сообщение о том, что программа была просто прибита (очевидно из-за того, что забрала всю память).

Теперь вопрос стоит так: в каких вообще случаях malloc может вернуть 0? И ещё один дополнительный: как можно программе хотя бы попытаться сохранить какие-то данные или лог, прежде, чем быть прибитой ОСью.

>>1120900
Разумеется я говорил про синтаксис. че ты такой нервный?

>>1120924
https://www.etalabs.net/overcommit.html

>>1120924
>>1120926
Более длинный ответ: если ты хочешь контроля и надежности, используй ОС, а не прошивку для роутеров.

>>1120925
Тогда дрочи таненбаума и сорцы лялиха.

>>1120927
Но ведь именно в прошивке для роутеров контроль и надёжность важны как нигде.

>>1120926
Спасибо. Почитал, попробовал, вроде разобрался. Если отключить оверкоммит, то маллок спокойно возвращает нуль при истощении памяти, но тогда почти все запущенные приложения почему-то сразу же падают, лол. Пока не понимаю что происходит в подробностях.

>>1120927
То есть ты считаешь что линукс как надёжная ОС не годится, я правильно понимаю?

>>1120929
Я сейчас как раз дрочу Таненбаума, спасибо. Но вот как дрочить миллионы строк в сорцах линукса? Или ты про первую версию?

>>1120984
Когда-то на русском находил охуенную книгу, в которой разбирались отдельные кусочки ядра (древнего) линупша. Там более-менее понятно было.
К сожалению, книжка проебалась, а название и автора я забыл.
Может кто знает?

>>1120959
Я считаю, что в Windows у программ гораздо больше контроля над собственным выполнением, а в Linux слишком большой зоопарк слабо связанных между собой возможностей. Чтобы более-менее на что-то надеяться в Linux, приходится заботиться о куче неочевидных вещей, и все равно нет гарантии, что на следующем ядре что-нибудь не отвалится.

>>1120924
> И как оказалось malloc не возвращает 0. Вместо этого я получаю сообщение о том, что программа была просто прибита (очевидно из-за того, что забрала всю память).
Раз на раз не приходится. Я как-то запускал подобную программу, иной раз OOM killer её прибивал, иной раз она сама падала, т.к. malloc() возвращал NULL. Но я запускал её под рутом и лочил уже выделенные чанки через mlock().

>>1120924
В общем, поделюсь тем, что я сам выяснил.

В линуксе OOM killer выходит на охоту без предупреждения. Единственное спасение - это настройка политик выделения памяти под конкретную задачу, которую выполняет машина, так как можно только задать максимальное количество памяти от общего объёма, которое будет доступно каждому процессу. То есть если задать максимум от имеющейся ОЗУ для каждого процесса как максимум доступной к выделению памяти, то он (если без свапа) будет убит не дойдя до предела. Если предел меньше количества свободной памяти, то по его достижению маллоки начнут возвращать нули, выделения не будет происходить, а киллер не шелохнётся. Короче основной вывод таков, что киллер работает без каких либо предупреждений в виде возвращения нуля функцией выделения памяти, которые могли бы быть, наверно. Как страшно жить

Если всё-же повезло и была отловлена невозможность выделения памяти, то радости всё-равно мало, ибо что дальше делать - непонятно.
Кто-то считает, что ситуация почти безвыходная и нужно просто делать аборт, потому что какое-нибудь сохранение данных пользователя или даже репорт об ошибке так же нуждаются во временном выделении памяти https://eli.thegreenplace.net/2009/10/30/handling-out-of-memory-conditions-in-c
Кто-то считает, что это очень и очень плохо, особенно для библиотек, когда всё просто закрывается из-за истощения памяти https://stackoverflow.com/a/7590738/9221810
Мнения разные и каждый по-своему прав. А что делать и кто виноват как всегда разбираться двачерам.

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

Второй вариант: маллоки делятся на фатальные и нефатальные (ошибки от фатальных обрабатывать бессмысленно по определению, а какую версию использовать, решает сам софт), нефатальные маллоки "нормальные", и при нехватке памяти они возвращают NULL, а фатальные срут в лог/постят нотификацию, если есть куда, и зависают, пытаясь выделить память в цикле. В этом случае получается своего рода DoS, но рано или поздно приходит биомасса, которая все разруливает ручками, и данные не теряются.

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

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

>>1121059
модно раскидал.

>>1120995
Твое мнение очень важно для нас, спасибо.

>>1121059
>кусок освобождается
Кем освобождается и что дальше происходит?
Можно с этого места подробнее?

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

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

>>1121434
https://stackoverflow.com/questions/426230/what-is-the-ld-preload-trick

что делать?понимаю шо не влезает, делать то шо>>1112990 (OP)

>>1121542
__int128?

>>1121570
как это юзать? тупо
__int128 i=1432423423442342;

>>1121581
Тебе для каких целей нужна такая переменная?
__int128 не стандартизировано и на твоей системе конпелятор может заругаться.

Ищу юниора для поддержки и доработки кода, желательно знание СPython но не обязательно

>>1114398
если писать под венду(7x64), то это макс ринг 3, ибо чтобы запилить дрова(чтобы робить на нулевом ринге) надо подписывать их, ибо патч гёрд наебнет тебя(хотя есть обходы). Ну или работать в режиме отладки.

>>1121911
скоко денег
какая нагрузка

>>1121434
хули ты, тварь, пишешь под сажей очевидные вещи
хиля ты выебувываешься

>>1122028
Ты зачем это выкокал тут?

>>1122260
Тебя дурашечка уму разуму научить. А то сидишь в проперженных труханах, про ринги ничего не знаешь.

>>1120773
Конечно, пишишь веб сервер, на него цепляешь свою логику обработки cgi и все. Ну на пальцах: делаешь сокеты, ловишь запросы, читаешь заголовок http, смотришь чо там, разбираешь его, загружаешь что нужно, отправляешь ответ. вот и все блиать.

>>1121911
Подробнее же, ну.

>>1121542
Длинную арифметику.

>>1120773
Можно. Алсо, на крестах даже веб-фреймворки есть, кто бы мог подумать. Один из них: https://www.webtoolkit.eu/wt

>>1122342
Ну для арифметики тогда ебаш в столбик.
>>1122277
Мамку свою поучи, что бы больше долбоёбов не рожала.
Для вантузятников есть отдельный загон, вот там и выёбывайся перед детским садом.

>>1122739
Тебе же сказали, что бы в столбик считал. Разбиваешь число и фпирёд.
За тебя ещё и код нахуярить?

>>1122739
Додик, ну что ты мозги всем ебёшь? Используй float для своего числа.

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

Оцените нубский бесполезный код. Понимаю что тут и комментировать нечего, но всё же, давайте все замечания, недочёты и т.п.
https://gist.github.com/anonymous/d69a7b826f8a1b2330aef173fb121ba3

>>1122868
Нахуй те while(1) цикл в safeNumberInput()? И нахуй тебе там вообще рекурсия? Вообще все эти "safe" инпуты вызывают много вопросов. Почему не передавать эту хуйню в виде аргументов командной строки? А то на вид какая-то лаба1.

>>1112990 (OP)
Вот решил поизучать С в свободное время. Читаю книжку, которая на ОП-пике. Дошел до пример с вводом текста и получается какая-то хуита.

Вот этот код должен подсчитывать количество символов в введенном тексте.

#include <stdio.h>

main()
{
double nc;

for(nc=0; getchar() != EOF; ++nc)
;

printf("%.0f\n", nc);

}

Но при запуске и вводе текста происходит ровным счетом нихуя. Почему так?

Вы уже заебали. На оппике эта книжка стоит как монумент павшим. В 2018 её вообще вредно читать, только поклоняться.
>>1123023
>>>
>>1119404

>>1123025
>На оппике эта книжка стоит как монумент павшим.
Почему мне тогда все знакомые программисты советовали читать именно ее?

Но все же почему код из книжки вообще нихуя не работает? Разве С с тех пор изменился так сильно, что код перестал работать вообще?

Хотя если внести printf внутрь цикла, то будет видно, как ведется счет в nc.

>Читай Прата
Что за прат?

И в чем посоветуешь писать код? Пока использую CodeLite, вроде норм но много лишнего как по мне.

>>1122814
Попробуй что-нибудь рассказать нам. Как крашится, с каким кодом? Где крашится? Под какой виндой? Какие версии функций, -A или -W?

>>1123023
Надо, видимо, добавить этот вопрос в шапку крупными буквами. Хотя, если я правильно помню, он освещался в книге. getchar() возвращает EOF, когда данные в потоке ввода (stdin) заканчиваются. А заканчиваются они в трех случаях: 1) ты вводишь данные с консоли и жмешь Ctrl+Z в винде или Ctrl+D в линуксе, чтобы завершить ввод; 2) ты редиректишь ввод пайпами cat file.c | program или перенаправлением ввода program < file.c, и данные в пайпе закончились; 3) ты ассоциируешь stdin с файлом, и ты дочитал до конца файла.

>>1123025
Вы заебали каждые несколько тредов устраивать срачи о книжках. K&R все вокруг рекомендуют, ты никого не переубедишь. И да, некоторым проще читать K&R, чем Прату.

>>1123028
Ввожу текст в консольке и нажимаю ctrl+z, а он лишь добавляет ^Z к тексту и все.

>>1123029
Ввод в консольке по умолчанию line buffered, поэтому вводи Ctrl+Z, Enter.

>>1123030
>вводи Ctrl+Z, Enter.
Чет это работает только если перейти на новую строчку. На текущей не работает.

И хули он неправильно считает? Символов же 5

>>1123033
Ты что дебил? Строчку не учитываешь после нажатия цтрл зи ентер?

>>1123036
Так там нихуя нет, схуяли ее учитывает?

>>1123027
>Что за прат?
Стивен Прата, есть в шапке.
>Почему мне тогда все знакомые программисты советовали читать именно ее?
Поменьше слушай динозавров.
>Но все же почему код из книжки вообще нихуя не работает?
Потому что книжка не для начинающих, а для не знающих сишечку. Вредная она для нуба.
>>1123033
Сишечку по К&Р в винде не изучают.
>>1123028
>И да, некоторым проще читать K&R, чем Прату.
Некоторым и сборник анекдотов проще читать.
>>1123029
В консольке любой ввод завершается энтером. Т.е. не забываем про символ \n

>>1123033
#include <stdio.h>
int main(void) { char c; while ((c = getchar()) != EOF) { printf("%.2x ", c); } }

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

>>1123028
>что-нибудь рассказать нам
да нечего, просто писец и все. вындовс 10, 64. думаю это пидерский гцц, он еще на одном проджекте мозг ебет.

>>1123045
>Сишечку приятно в винде учить.
Вот одна из причин почему надо выкинуть КР.
>В винде есть отладчики.
Можно было бы по-старчески погундеть, мол отладчик должен в голове формироваться, но всё-таки ты прав в этом.

>>1123045
еще по поводу main. Я вообще начинал учить С++, но мне посоветовали сперва освоить просто С. Так вот, в C++ всегда надо ставить int main() и return(0) в конце. В С же можно использовать просто main() без всего. Так нахера этот return в С писать?

>>1123051
>В С же можно использовать просто main() без всего.
Можно не значит не нужно.
Если объявишь возвращаемый тип не void, то конпелятор заругается. Для main можно ставить как возвращаемое значение для системы, что функция завершилась нормально и без ошибок return (0), но ТОЛЬКО для main.

>>1123053
> Если объявишь возвращаемый тип не void
ты хотел сказать не int?

>>1123045
>А линукс может предложить новичку только gdb
В общем-то у текстовых редакторов есть интеграция с gdb, и процесс отладки получается вполне сносным. Автокомплит тоже работает.

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

>>1123053
Что такое вообще возвращаемый тип и нахера return(0) делать?

>>1123054
void main() равно просто main() у динозавров
В обоих случаях return не обязателен.
>ты хотел сказать не int?
Нет, именно то сказал, что хотел.
>>1123058
Если какая-нибудь функция(не только main) должна возвращать значение (int func();), то соответственно нужен return (int), если функция только принимает(или вообще не принимает) значения(func();), то конпелятор заругается на любой return т.к. не объявлен возвращаемый тип в функции.

Скачал я вашего Прата. Ебать там все как обьемно написано. Даже про обычный int аж на 4 страницы расписали.

>>1123039
Ты что, дебил? Crlf (\r\n — 0D0A) по твоему это «ничего»?

>>1123061
Ну вот как осилишь, то можешь качать того же Прата про кресты. Тоже объёмная и разжёвано всё.

карандаш надежней ручки
пишет всегда, в любой ситуации и положении

>>1123061
нахуя по сишке читать что-то другое, когда есть библия?

>>1123077
Зелёный, тебе в /b

>>1123056
Вообще-то полезнее не просто хуярить код из книжки, а разбирать как он работает в том же отладчике. Отладчик не только для ловли багов у синьоров, но и для изучения работы для нубья.

Есть ли в windows.h функция преобразующая код клавиши в название?

>>1123100
https://msdn.microsoft.com/en-us/library/windows/desktop/dd375731(v=vs.85).aspx

>>1123100
Есть GetKeyNameText, оно работает в большинстве случаев.

>>1123103
>>1123104
Cпасибо!

>>1123104
Блять, она нихуя не работает!
Windows.h вообще глаза режет

>>1123045
>А линукс может предложить новичку только gdb
вот тут не понял, а что есть в виндувсе? ты ведь про интеграцию с редактором? понимаешь что хуйню порешь?

кстати к вопросу, на виндувсе есть альтернатива волгринд?

>>1123115
valgrind - это охуенная куча фич. Тебе утечки искать? Так -fsanitize=address есть везде. А что до остального, то у винды есть всякие performance analysis toolkit и куча встроенных инструментов в Студии.

>>1123124
а студия щас только под винду? забавно, так ни разу и не открывал.

Антоны, реально ли найти работу на Cи?

>>1123430
А почему нет?

>>1123431
В каких областях он востребован? Востребован больше плюсов?

>>1123432
Так Си и Си++ это одно и то же дерьмо, нет?

>>1123436
Разные же языки.
С ООПом и без него

>>1123430
Думаю даже не стоит пытаться, учи лучше пэхапэ, там реальней бабло поднять. А Си чисто для души.

>>1123444
Еще CSS, html, javascript?

Было чувство, что в первый раз на лед стал, оказывается я делал байтоебство.

>>1123447
ну на базовом-то надо знать. Но я имел ввиду бэкэнд, базы данных, фреймворки популярные(Laravel,Symphony) Ну зайди ты на хх, посмотри какие требования. Что как маленький-то...

>>1117775
Посмотрел 5 уроков. Почти полностью безполезная штука в изучении С. Там почти все примеры решаются с помощью их же библиотеки cs50.h, которой нет в С.

>>1123629
Я не понимаю как сделать упражнение, где надо значение EOF вывести на экран.

>>1123630
printf("EOF: %d\n", EOF);

>>1123454
>Laravel,Symphony
Ты тупой?

>>1123657
Что не так?

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

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

>>1123938
>легаси кто суппортить будет, козлик ты проткнутый?
ЛОЛ! Вот такие долбоёбины как ты и будут, за жрат.
Что бы понимать язык надо не суппортить всякое васянское говно и не дрочить на разницу в стандартах, а писать код.

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

>>1123954
Просто начни писать на JS. Тебе понравится.

>>1123955
> эти выпады
ты жалок.

>>1123961
Это все твои оправдания, чтобы только не писать на js. Перестань. Просто начни писать.

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

>>1123978
Ничего не нужно учиться и уметь, я тебе гарантирую. Я сам 10 лет писала на C и Fasm. Разрабатывал драйвера и ОСРВ. Но потом начал писать на JS и теперь я просто счастлив. Начни писать и ты, и ты поймешь как прекрасен этот мир.

>>1123938
Ты денегенерат, ты хоть понимаешь это?
Какое нахуй легаси и коммерческий код для нуба-вкатывальщика? Ему нужны знания, новые знания а не высеры старых пердунов ИТТ. Ты даже дальше хелловорда не ушёл, раз пишешь такую чушь и вся твоя активность заключается в засирании проектов никому не нужными коммитами. Убейся нахуй.
>>1123954
>так не уважать старину
Ещё один денегнерат. Какая нахуй старина для новичка, блять? Ему учиться надо, а не дрочить на бородатых дядь.
>>1123982
Двачую, но к этому надо самому придти. Тупездням-хелловордщикам этого не объяснишь.

>>1123939
>>1124014
Просто идите на хуй хипстеры вонючие. В ынтерпрайзе хватает легаси до жопы, его надо переписывать, за что лаве платят так-то. Либо поддерживать, за что так же платят бабки. Если переписывать софт, то выйдет сильно дороже. Так что уебки малолетние мне не рассказывайте как оно там в мире программирования.

по поводу этого >>1122814
пофиксил баг, причина в том, что один конпелятор выдавал в argv[0] полный путь к файлу, а другой только его имя. пачему?111

>>1124014
Потому что содержимое argv[0] зависит от способа запуска программы (например, банально - с полным путем она запущена или с относительным), а при желании туда можно вообще "хуйпизда" положить в любой ОС. Не стоит слишком доверять agrv[0].

>>1124276
>>1124493
Промахнулся.

>>1124493
>Не стоит слишком доверять agrv[0].
а я доверился... в том то и дело, что например древний ватком при любом запуске ложил туда полный путь как и древняя студия.
а теперь расскажи как туда положить хуйпизду, просто интересно.

>>1124513
> например древний ватком при любом запуске ложил туда
А мог и не ложить. Стандарт просит класть туда program name или пустую строку, но что конкретно является program name никак не оговаривается. Любая вменяемая реализация (кроме шелкодов и прочих намеренно или случайно кривых программ) положит туда какой-то путь до исполняемого файла. Но не более.

> а теперь расскажи как туда положить хуйпизду
https://ideone.com/WIKC3H (в винде практически аналогично, разве что CreateProcess не подменяет твой процесс).

>>1124624
>https://ideone.com/WIKC3H
чот пиздос, не проеб ли это в апи?

>>1124633
Это нормально. Ненормально то, что ps по умолчанию выдает командную строку в отличие от таскменеджеров винды, где по умолчанию имя exe-шника, а командную строку нужно включать/просить специально.

>>1124638
>Это нормально.
вот зачем это нужно? имя передаешь первым аргументом, дублируешь его в массиве, действительное имя все равно узнается вызовом readlink и т.п., х.з. короче.

>>1119297
nigga what?

Стыдно за студентов, которые ведутся на зеленых итт.

Лучше бы вы все изучали JavaScript.

>>1124700
Лучше бы ты не толстил.

>>1124844
Отправить решение задач. Всё. Если с его стороны не было указано дедлайна, значит ему похуй. И тебе должно быть похуй.

Сап, программач. Есть каталог с вроде как драйверами для дисплея. Как все это дело компилировать я что-то не догоняю. Дисплей собираюсь подключать к Orange Pi, она на ARM. Никто не подскажет, можно ли из этого что-нибудь собрать?
http://rgho.st/7CjknTCjX

>>1125573
Этот код для вполне конкретного микроконтроллера. Вряд ли он особо пригодится, покуда у тебя Orange Pi.
Что за дисплей? Ты уже проовал его как-то заставить работать с Orange Pi?

>>1125419
Бери то, что понятнее. Цель же не прочитать книгу, а получить знания

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

>>1125591
Ну, во-первых, если N меньше десятков килобай, тогда твоя лаба меряет лишь накладные расходы на системный вызов, ибо кэши. Во-вторых, все равно кэши. А в-третьих, всего кода ты не дал, гадать сложно. Ты сейчас вполне можешь повреждать кучу при чтении, на это намекает и твой стектрейс. Уверен, что HugeBufferForFile достаточно huge? Выдели его наоборот со static, и посмотри, не изменится ли место ошибки. Алсо, попробуй временно положить в последний аргумент printf 1.23 вместо своего значения.

>>1125674
Спасибо, буду разбираться.
Вот код кстати https://pastebin.com/LFLA0NAk

>>1125687
Для начала:
> char filenames[NUMBER_OF_FILES];
Тут ты кладешь младшие байты указателей на строки в массив char. А нужно в массив указателей на char.

> константы
Это тебе не кресты. const в Си - не константы, а переменные, в которые ты добровольно согласился не писать. Константы делают через #define. В результате вместо массивов фиксированного размера на стеке ты делаешь VLA (само по себе это не слишком плохо, но без malloc ты мог вполне не влезать в стек безо всякой диагностики).

А главное, ты генеришь строки рандомной длины без ограничения минимального размера. Из какого астрала ты взял, что их не будет более MAX_NUMBER_OF_STRINGS_IN_FILE?
> endOfStringPositions[currentFile][currentString] = carriage;
И что вот тут ты будешь портить память? Воткни printf currentString, и ты узнаешь о себе много нового.

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

>>1125714
>char filenames[NUMBER_OF_FILES];
Только что, разбираясь с кодом, исправил с варианта "так как надо" на вариант который скинул тебе, сам потому что еще разбираюсь в коде (который я и наваял полгода назад). Переделал обратно.

>константы
VLA же всё равно на стеке выделяется? Да и вообще всё это на переполнение стека на мой молодой взгляд не похоже, stack overflow это вроде бы 0xC00000FD, а у меня сегфолты черт знает где.

Насчет размеров - мне показалось, что будет правильным принять вот такие вещи:
1) Я генерирую файл минимум в FILE_MIN_LENGTH байт, и когда обнаруживаю выход за рамки этой величины, прекращаю запись.
2) Соответственно, при построчной проверке на размер, максимально возможный размер файла - это когда я предыдущую строку уложил прямо в этот лимит, а потом записал самую большую строку из тех которыми я оперирую, т.е. FILE_MIN_LENGTH + MAX_STRING_SIZE
3) А с MAX_NUMBER_OF_STRINGS_IN_FILE проеб, потому что их будет (FILE_MAX_LENGTH / 64).

>>1125729
Ну конкретной причиной падения в том коде, что ты скинул, было повреждение кучи при записи в endOfStringPositions. В таких случаях очень хорошо помогает -fsanitize=address в шланге, не пришлось бы и гадать.

>>1125736
И вправду, в currentString какая-то дичь.

>>1125729
>>1125743
> потому что их будет (FILE_MAX_LENGTH / 64).
> И вправду, в currentString какая-то дичь.
Минимальный размер строки = 1 ((rand() % ...) вернул ноль, ты прибавил один), плюс \n, тогда 2. Максимальное количество строк = размер файла / 2. Поэтому и дичь.

>>1112990 (OP)
>Чем конпелировать:
>
>- Очевидный GCC.
>- clang: оче годно, батя рекомендует.
>- Intel C++ Compiler: оптимизации, тысячи их.
>- Visual Studio 2017 Community Edition
Чем конпелировать:

> Очевидный GCC.
НЕ РАБОТАЕТ на винде у меня, его нельзя включить, запускается только докачивалка всякого говна.
>clang: оче годно, батя рекомендует.
Не работает, после установки есть только UNISTALL кнопка.
> Visual Studio 2017 Community Edition
стоит 2015, не запускает ХЕЛЛОУВОРЛД ТАК КАК БЛЯДЬ ЕМУ С++ НУЖЕН

Во истину в айти остались одни дауны, всё через жопу.

>>1125851
Слишком толсто, попробуйте потоньше.

>>1125585
Дисплей этот:
https://www.waveshare.com/product/modules/oleds-lcds/graphic-lcd/4.3inch-480x272-touch-lcd-b.htm
Код взял с сайта производителя этого дисплея. Заставить его работать так и не смог, максимум подсветку включил. Тач не нужен, мне достаточно хотя бы что бы он определился как фреймбуфер.

>>1124633
Нет, это наоборот даёт преимущество, т.к. одна и та же программа может вести себя по-разному в зависимости от значения в argv[0]. Вот хороший пример:

https://svnweb.freebsd.org/base/head/sbin/md5/md5.c?revision=307658&view=markup#l167

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

Сисяны, а как повлияло знание языка на вашу жизнь? Только давайте без зелени.
Например, у меня появился какой-то интерес к жизни и хобби. Раньше любил каждый вечер залудить пивка с сухариками или копчёной кетой, позырить футураму под шышками, поебать знакомых шлюх, запилить пару классов в жабе... Жизнь текла, но как-то не хватало чего-то особенного, что бы аж дух захватывало. Потом решил, что негоже рядовой макаке ебашить код как машинистке и решил помаленьку вкатиться в Си, ну что бы знать как оно всё изнутри, и просто охуел от указателей: Указателей на массивы, на функции, указатели на указатели функций.... Блядь, меня аж до сих пор прёт от это мощщи! Почему остальные макаки не хотят познать Сишечку?

>>1126107

>Почему остальные макаки не хотят познать Сишечку?
Потому что они в ВУЗике вдоволь наигрались с Сишечкой.

>>1126118
В вузиках играют с алгоритмиками, но не с сишечкой.

>>1126107
> Только давайте без зелени.
> дальше идёт абзац толстоты
иди-ка ты нахуй

>>1126129
Что мешает пропустить абзац жырноты и запилить свою тонкую пасту?

>>1125851
> НЕ РАБОТАЕТ на винде у меня
Инстоллишь MSYS2, потом:
pacman -S mingw-w64-i686-toolchain mingw-w64-i686-clang
gcc file.c
clang file.c

> стоит 2015, не запускает ХЕЛЛОУВОРЛД ТАК КАК БЛЯДЬ ЕМУ С++ НУЖЕНmi
Кто кроме тебя виноват, что ты не поставил поддержку крестов? Компилятор там общий для C и C++.

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

>>1125940
Не аргумент. Разное поведение достигается симлинками, в argv[0] попадает имя симлинка.

>>1126072
Куда ты херанул? В стек? Из кучи маллоком? Тогда нужо обнулять. Обнулил, но все равно не работает? Значит, неправильно обнулил. Тащи код, телепаты уже заебались за 27 тредов.

>>1126297
>Кто кроме тебя виноват, что ты не поставил поддержку крестов? Компилятор там общий для C и C++.
>в айти остались одни дауны
Фиксану за тебя - в микрософт остались одни дауны, нагородили в конпеляторе своей ебаной студии так, что без поллитры не поймешь как собрать там сишный код нормально.

>>1126107
>Указателей на массивы, на функции, указатели на указатели функций.... Блядь, меня аж до сих пор прёт от это мощщи!
Такая-то мощь, хранить адрес другой ячейки памяти

>>1126338
>в микрософт остались одни дауны, нагородили в конпеляторе своей ебаной студии так, что без поллитры не поймешь как собрать там сишный код нормально
Вот это сложно, пару раз кликнуть мышкой в создателе проектов и заменить расширение .cpp на .c или даже при необходимости включить clang тулчейн

>>1126297
>Тащи код
Да держи. Хуйня из под коня, а не работает. Я гугланул эту тему, попробовал, тут либо задавать значения в цикле, либо при объявлении массива, последнее кажется самым верным. Ващи наес. Чет он сначала нули выдает и не парится, на старом компиле ему похуй, а тут вдруг приебаться решил. Везде и всегда нули херачат по-умоланию, этот чето доебался. Кароч, на ващих ссях нужно шоб было однозначно все объявлено и присвоено без умолчаний, а то хуй те в ротеш. Ясно понятно.

#include <stdio.h>

int main()
{
int i, j;
float A[80][480]; //= {0};

for (i = 0; i < 80; i++) {
for (j = 0; j < 480; j++) {

//A[j] = 0;
printf("%.3f ", A[j]);
}
printf("\n");
}
}

>>1126493
> Везде и всегда нули херачат по-умоланию
А если тебе не нужно тратить время на обнуление? Если ты в этот массив строкой ниже читать из файла будешь, и все равно его целиком или частично перезапишешь? Предлагаешь заниматься бессмысленными действиями и тормозить, как те языки, где нули по умолчанию?

А в коде твоем да, массив на стеке, содержит мусор, который был на стеке до выполнения функции main(). Если раскомментировать = { 0 }, все отлично заработает. Как это вяжется с твоим утверждением, что
> значения где надо прописал, остальное по дефолту не трогал
Ты отдельно писал что ли? Для тебя сделали красивый синтаксис: float foo[100] = { [3] = 1.0f, [42] = 2.0f, [99] = 100.0f }; Все, что не инициализируешь, оно отлично заполнит нулями без тебя. Если совсем инициализатора не будет никакого, как у тебя, тогда не заполнит, потому что не просил никто.

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

>>1126493
Вместо A[j] надо A[j]

кто что знает про российский конпелятор UCC от этих вот https://www.astrosoft.ru/products/development/compiler/

почему они окуклились и не дают его пощупать?

>>1126780
Нахуй он тебе сдался? Это точно не гцц попова?

>>1126780
Начнём с того, что в далёком-далёком 199x году много кто их делал. Большинство тех фирм благополучно здохли, а те, кто остался — работают на, как видим, оборонный комплекс.
И действительно, на кой хер тебе он сдался. Самое трудное в компиляторе — ни разу не разбор исподных текстов и не построение синтаксического дерева, а распределение регистров. Сия великосложная ЗАДАЧА у них либо не решена вовсе, либо решена и запатентована (и вообще говоря, фирма и не обязана это никому открывать.)

>>1126897
вроде сами скрафтили
>>1126907
хотелось бы могучего русского конпелятора си

кстати, разве если свелосипедить/форкнуть свой конпелятор на волне импортозамещения, то это будет плохой идеей?

>>1126917
> кстати, разве если свелосипедить/форкнуть свой конпелятор на волне импортозамещения, то это будет плохой идеей?
Полноценный компилятор Си можно написать за месяц (в одно рыло). Тесты за полгода. Качественный кодогенератор к нему можно писать бесконечно. С крестами по срокам все сильно хуже. Но только зачем? Чем принципиально "могучий русский" компилятор отличается от того же гцц с патчами от могучих русских? Что же касается импортозамещения, то там основная проблема не сделать, а сертифицироваться где только можно и пропихнуться куда нельзя.

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

>>1126958
> нормальной альтернативы для кросконпеляции
Дали ему LLVM, нет, хочу велосипедить.

>>1126963
>LLVM
он на крестах, он большой, он монстр

>>1112990 (OP)
блин,пасиба
поступил в уник, паскаля не знаю и тут сразу лабы по си , делать что не знаю
Хоть литературы почитаю

>>1127045
>поступил в уник
в январе?

>>1112990 (OP)
Мир вашим байтам, Антоны!
Решил вкатиться в программированиетехнарь, не гуманитарий, в школке и в универе преподавался Паскаль. Посоветуйте небольшой IDE на Шиндоус, а не 100Гиговый vs2017, раз...
>Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное.

>>1127270
иде для пидоров, ставь мингв64 и нотепад++

>>1127280
Два чаю. От нотэпад плюс плюс кончаю.

>>1127270
Для "вкатиться" Pelles C очень даже норм. Он не подходит для сборки продакшен кода. Но когда ты будешь в состоянии написать что-то нормальное, сборка из командной строке через GCC или Visaul Studio Build Tools не будет для тебя проблемой.

>>1127270
>Решил вкатиться в программированиетехнарь, не гуманитарий, в школке и в универе преподавался Паскаль. Посоветуйте небольшой IDE на Шиндоус, а не 100Гиговый vs2017, раз...

Code::Blocks и шланг.

>>1127282
Двачую, грустно от одной мысли, что его нет под линукс

>>1127532
Под линукс есть Neovim и Emacs. Более того, они есть не только под линукс, но когда ты об этом узнаёшь, то это уже почти не важно.

>>1127534
>Neovim и Spacemacs
Пофиксил тогда уж.

>>1127534
Сколько там emacs с зависимостями просит места?

>>1127536
> Installed Size : 67.7 MiB
Аутичный немного вопрос, если честно.

>>1127539
Нет, просто всегда думал, что emacs bloated говно

>>1127515
>Visaul Studio Build Tools
уже этого нет

>>1127560
в курсе что такое билд тулз?

>>1127574
з.ы. это говно мне поставило MSBuild без конпелятора Си

>>1127575
Прочитай хотя бы текст скриншота внимательно.

>>1127579
сам пробовал это говно ставить?

>>1127592
з.ы. вот версия последняя нормальная версия
https://www.microsoft.com/en-us/download/details.aspx?id=48159

>>1127592
Не просто пробовал: пользуюсь.

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

>>1112990 (OP)
Что учить C или C++?

>>1118697
> легковесное и практичное, как Notepad++, под линь.
Notepadqq ну же