Ура, товарищи.

В чём профит голого C?

>>869924
Ибо воистину, первый язык. Основа основ.

Все стандарты (OpenGL, OpenMP, OpenCL (API настройки девайсов, не сам язык для их программирования) ) написаны под него.

int main(int argc, chat argv[][])
{
потом закрыть не забудьте

>>869968
}

закрыл азазаза

>>869971
Нещитово

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

>>870048
А, все, разобрался

>>870048
Кто так пишет исходный код? Не будь макакой, приучайся писать нормально.
1. Где форматирование? IDE не поддерживает автоформатирование - делай вручную.
2. Название файла кириллицей - из-за этого однажды утром ты можешь не проснуться. Подумой.
3. Нет проверки введённых значений. А вдруг ввели белиберду. Проверь, чтобы scanf возвращал единицу.
4. Если кодишь под Windows - __try, __finally, __except.

>>870064
> Если кодишь под Windows - __try, __finally, __except.
Ты зачем новичков плохому учишь?

>>870113
Что плохого в обработке исключений?

>>870128
антипаттерн

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

Короче, надо заполнить массив случайными элементами целочисленного типа из заданного диапазона, вводимого пользователем.
Заполняю при помощи rand() без всяких примочек - если ввести одинаковые границы диапазона, вывод всегда будет одинаковым.
Если использовать сранд srand() со временем - выводятся одинаковые числа, я так понял, потому что генерируются одновременно.
Есть что простенькое, чтобы помочь мне выводить случайные целые числа, которые будут меняться каждый вывод и не будут совпадать (т.е. не будут закономерно совпадать)?
Простенькое, так как только начал изучать массивы, я грю уж про рандомные числа.

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

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

>>870142
Давай весь код с выхлопом. Используй pcg.

>>870157
Делай stand(time(NULL)); в начале программы.
Почему i <= 11? i < 12 должно быть.

>>870161
> Почему i <= 11? i < 12 должно быть.
Ты серьёзно? Это важно? Это действительно важно?!
И ты хотел написать srand(time(NULL)), верно?
Ок, сейчас запилю,

>>870157
Ну и где у тебя srand?
>способ простой нужен
http://www.pcg-random.org/
Скачал, заинклюдил один файл, вызвал две функции - куда уж проще.

>>870147
>мне бы узнать, с какой точностью он время берёт для рандомизации
srand - это начальное значение для генератора псевдослучайный чисел. Без него у тебя всегда будут одинаковые значения. В некоторых случаях полезно, но не здесь.

>>870163
> Скачал, заинклюдил один файл, вызвал две функции - куда уж проще
Мне нельзя так делать, давайте в рамках ANSI C и без примочек, мне это ещё сдавать.

>>870162
>Ты серьёзно? Это важно? Это действительно важно?!
Это очень важно. У тебя 12 элементов, самому проще будет.
>И ты хотел написать srand(time(NULL)), верно?
Именно так и написал, как хотел. Только ';' в конце ты пропустил. Не сконпелируется.

>>870163
Сделал с srand, внезапно, всё заработало, а в прошлый раз были схожие значения

>>870044

//Можно еще так:

#ifdef __cplusplus
extern "C" {
#endif


//...


#ifdef __cplusplus
}
#endif

>>870231
Это не влияет на язык, только на метод создания имен экспортируемых символов.

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

>>870048
> conio.h

Допустимо ли в 2016 году использовать глобальные переменные? Например, у меня есть функции, работающие с сокетами. Хэндл сокета я сделал глобальным, чтобы другие функции могли работать с ним. Или лучше передавать сокет как параметр функции?

>>870384
>Допустимо ли в 2016 году использовать глобальные переменные?
В допустимых пределах всё допустимо.

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

С чего лучше начинать, с сишечки или с питончика?

>>870410
>С чего лучше начинать
с пива и беспорядочного секса

>>870435
Как же ты прав, анончик…

>>870410
>питончика
Питухон для пидоров, начинай с Перла, он наиболее близок синтаксически к Сифактически интерпретируемый Си с плюшками.

>>870486
>Сифактически
хотел быстрофикснуть, но кекнул

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

>>870492
>питон и сишечка превосходно друг друга дополняют
Типа обмазанный ООП Путухон дополняет процедурный Си, ну хз.

>>870522
У нас в проекте кодогенерация и всевозможная поддержка билда на питоне, например.

>>870523
> всевозможная поддержка билда на питон
ну это модно и молодежно, не более.

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

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

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

Есть вот такая лапша уровня LABA_XXX:
http://ideone.com/u1q82P
Меня устраивает почти всё, кроме одного.
Нужно, что бы если числа повторяются, то они выводились со степенью. Пробовал завести перменные, типа предыдущий делитель и count и сравнивать новый делитель с предыдущим, и т.п.
Но выходит какая-то хуита.
Как это реализовать?

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

>>869968
Поясните зачем это? Я ничего этой функции передавать не хочу, а если хочу то что передавать?

>>870678
Каждое число сравнивать с всеми остальными, что уже сравнил исключай.

зигулю всем сисятым. давно мысль вынашиваю, ведь то что компилятор не знает что значение в свитч строго не может быть неправильным, типо ему не позволяет сделать тупо таблицу с указателями да. но можно ли как-нибудь пропихнуть эти знания до компилятора, например через assert(v >= 0 && v <= 10) к примеру, прокатит не? или нужно строга хуярить if'ы по харду? так то я могу и gcc'шным методом проредить но как-то в заёб городить макросы для совместимости (хотя видимо так и сделаю, не могу же я проверить выхлоп компилятора потому что жирный лентяй). я тут просто посчитал количество кейзов при удалении элемента из 2-3 дерева (4 на 1 элементного батю и 12 на 2х) и как-то дико прихуел пишу чисто в академический интерес.

кстати заебатые слайды тут: http://web.eecs.umich.edu/~sugih/courses/eecs281/syllabus.html

например http://web.eecs.umich.edu/~sugih/courses/eecs281/f11/lectures/10-Mway.pdf

>>870142
просто съебись с винды и используй /dev/random как царь. в общем-то, по сути не барское это дело, генерировать случайные числа. или как илатка любит поправятся, вынув изорта болт на время, псевдо.

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

>>870688
Я уже весь извертелся как мог, в голову уже ничего не идёт.
Тыкни носом пожалйста.

Аноны, расскажите, сложно ли с вашего языка перекатываться на другие (java, python, ruby)?
Хочу изучать Си, как первый язык, так как он довольно интересный и монументальный.
Изучать хочу по расово правильной книги от отцов, правильно ли я поступаю, или стоит начать с чего то по проще?

>>870782
Правильно, дерзай.

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

>>870811
Проще всего запилить новую таблицу импорта в бинарнике (автоматически ImpRec-ом или вручную) и заново загрузить файл в IDA. Если не получится или нельзя по каким-то причинам:
0) Берешь IDAPython, а то заебешься в IDC писать.
1) Ищешь, где была IAT. Или создаешь сегмент новый - похуй.
2) Делаешь в скрипте таблицу маппинга между адресом и именем функции.
3) Заполняешь сегмент импортами (не обязательно в формате PE, просто списка func1 dd ?, func2 dd ? будет достаточно), т.е., делаешь IAT.
4) Проходишь по всей программе, патчишь относительные адреса в call, чтобы указывали на нужную функцию в твоей новой IAT.
Я бы как-то так делал. Алсо, существуют всякие idc.SetManualInsn/idaapi.set_manual_insn или даже просто idc.OpAlt/idaapi.set_forced_operand , но это решение уровня комментариев. Хотя может тебе подойдет. Можно и вручную по Alt+F1 на адресе имена прописывать, лол.

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

Как разрешать такие проблемы с разными типами данных (и как вообще правильно использовать типы - только встроенные или только типы WinAPI)? http://ideone.com/BuXRnd

У меня объявлены:
TCHAR processName[BUFFER_SIZE];
TCHAR dllName[BUFFER_SIZE];

Но при компиляции такого кода strncpy(processName, buffer, BUFFER_SIZE); возникает ошибка из-за того, что функция не принимает тип TCHAR. Однако если заменить тип данных на char, тогда ошибка возникает в GetWindowText(hWnd, buffer, sizeof(buffer)); потому что эта функция требует аргумент типа LPWSTR. Что делать?

>>870844
Ну можешь использовать виндовые апи (типа lstrcpy, или StrCpyN), можешь поинклудить tchar.h (_tcsncpy), а лучше не еби мозг, скажи компилятору -DUNICODE и используй юникод всегда. Нахуй тебе ансишный билд в конце 2016 года?

>>870846
В смысле, у тебя и так уже юникодный билд, судя по ругани, поэтому просто всегда пиши WCHAR вместо TCHAR, LPWSTR/LPCWSTR вместо LPTSTR/LPCTSTR и т.д. Ну и #include <wchar.h>, там есть wcspy, вся хуйня.

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

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

Анон, ты когда-нибудь писал файл main.h с прототипами функций, используемых в main.c? Мне эот хедер кажется ужасно непривычным.

>>870880
Но зачем? В основном файле должно быть полторы функции для управления всем остальным, зачем им прототипы? Кто будет их вызывать кроме main()?

>>870678
> Нужно, что бы если числа повторяются, то они выводились со степенью
Дели в цикле, не переходи к следующему делителю, пока не получишь остаток. Количество итераций минус 1 будет как раз степенью. Алсо, в сишечке есть функция lldiv, которая позволяет вычислить сразу и частное, и остаток, с ней будет быстрее. Алсо, не совсем понятно, что ты там меряешь. Если уж мерять, то построение таблицы и факторизацию каждого числа отдельно.

>>870880
Хорошее место для предварительного объявления или включения всех заголовочных файлов.

>>871038
с инклюдом в main.c, модно придумано.

>>869968
>chat argv[][]
Даже не скомпилируется.

>>871043
хуёвый какой-то у тебя компилятор, даже чаты не поддерживает.

>>870880
Хедеры делают, чтобы не писать в каждом файле (единице трансляции) одни и те же объявления типа:

[CODE]extern char g_yoba;
int allo(void);
int ebal(struct tvoyu_mamku );[/CODE]

Если твой main.h будет подключать ещё какой-то файл, то это имеет смысл. Если только файл main.c - это бессмысленно.

Анон, вот этот вот код: http://ideone.com/wV9a26 не хочет компилироваться в гцц при вводе более чем 6 элементов, вылетает ошибка
Error in `./b.out': realloc(): invalid next size: 0x000000000229f010
У другого человека в Dev C++ все нормально работает. ЧЯДНТ?

А давайте все ньюфаги съебут в свой тред и не будут осквернять тред своими смердящими высерами.

>>871090
присоединяюсь, реально заебало

>>871092
Что обсуждать будем? Предлагай тему.

>>869911 (OP)
>С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
ну ахуеть.

>>871103
>Что обсуждать будем?
давайте философствовать. что выносить в подпрограмму? считаю, повторяющуюся часть кода не возвращающего значение можно задефайнить, если результат работы порождает новую сущность (аки возвращаемое значение) в подпрограмму.
абасыте.

>>871103
>Что обсуждать будем?
Хохлов.

>>871111
Что-то такое было уже. Избегаю писать многострочный код в дефайнах до последнего. Как минимум потому что функции читаемее, а компиляторы неплохо их инлайнят сами. Но если контекста дохуя, а производительность важна, тогда дефайны, что поделать-то.

>>871088
Смотри, что ты выделяешь память под 1 инт, пишешь туда элемент. Всё ок. Потом i становится 1, ты делаешь реаллок, (пере)выделяешь массивчик под 1 инт, и... пишешь инт по индексу 1, то есть за пределы массива. Из этого следуют простые мысли:
1) Однобуквенные переменные зло. Написал бы length, не ошибся бы.
2) У гцц есть охуительная фича. Пишешь -fsanitize=address и он по хардкору разноцветным текстом поясняет, где и как ты портишь память. Другие -fsanitize тоже заслуживают внимания.
3) Реаллок, на каждом шаге, кстати, тоже зло. Выделяй с запасом (вдвое больше, чем раньше, например), запоминай, сколько выделил. Классический динамический массив - это array, length, capacity.

>>871122
>У гцц есть охуительная фича. Пишешь -fsanitize=address
Это не она требует пересборки всех либ с этой опцией?

>>871122
>Что-то такое было уже.
в прошлом треде, но был перекот.
>Как минимум потому что функции читаемее
всмысле код в теле? но ведь теперь функция будет маячить перед глазами как нечто важное, а на самом деле это просто сокращение для копипасты.

>>871124
но если ты код делаешь грамотна раскидывая по юнитам, то такие функции у тебя будут static inline. и например, нигде не будут видны за этим конкретным местом.

>>871123
Да вроде не требовалось ничего рекомпилить, если, конечно, в либах нет багов, на которые оно ругается. Оно маллок хукает.

>>871127
А. Я с сатанайзером, который чтение из неинициазилированной памяти ловит, спутал.

а вообще, всё время жалею что в ц нет функций в функциях.

>>871132
Ну пиши исключительно под гцц, у них есть такое расширением.

>>871133
>исключительно
ещё что посоветуешь в ц треде? хотя тут и так половина подсосков на вин ап.

>>871122
> Реаллок, на каждом шаге, кстати, тоже зло. Выделяй с запасом
libc не должна сама это разруливать?

>>871137
ну ты, кстати, почитай как она разруливает.

>>871137
> libc не должна сама это разруливать?
Не должна, зависит от реализации. Лучше уж самому выделить, чем гадать, как оно будет работать.

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

сажа приклеилась

>>871169
А я всегда с сажей пишу. И не стесняюсь этого.

>>871151
>Лучше уж самому выделить, чем гадать, как оно будет работать.
Преждевременная оптимизация — корень всех зол. Тем более для лабы1, где уж точно больших проблем из-за реаллоков не возникнет.

>>871173
>Преждевременная оптимизация — корень всех зол.

Использование быстрой сортировки вместо пузырьковой для тебя тоже "преждевременная оптимизация"?

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

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

>>871187
> и нахуя использовать сортировки/массивы
Слышал что-нибудь про кэши, локальность данных, вот это вот всё?
> то бы как прадеды
Прадеды могли хоть деревья, хоть хуевья использовать — у них не было кэшей.

>>871190
>локальность данных
про м-вей деревья слышал что-нибудь, и вот это всё? или просто по приколу хуй сосать?

>>871191
Это какой-то костыль, вместо использования массивов?

>>871174
Слушай, я не топлю за подход анона >>871088 вызывать реаллок на ввод каждого нового элемента. Очевидно, что это ебануто. Но выделять "вдвое больше, чем раньше" для лабы1 это лишнее переусложнение. И в твоём подходе тоже можно доебаться до того, что у тебя происходит перерасход памяти без особой на то причины. Т.е. возможна ситуация, что пользователь ввёл N+1 элеметнов, а выделилась область для 2xN, большая часть которой пользователю была не нужна, допустим. При особо больших N это будет крайне ощутимо.

Что касается меня, я бы просто статический массив бы юзал. Нахуя вообще для такой задачи malloc/realloc.

>>871216
Перевыделять в два раза — это стандартный подход. Никаких "преждевременных оптимизаций".

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

>>871220
Я вообще предлагал использовать статический массив, какой в жопу множитель.

>>871220
>Перевыделять в два раза — это стандартный подход.
Где это он стандартный? Можно какой-нибудь пруф?

>>871172
Это оттого, что у вас много ума но мало совести

>>871227
> пруф
Ну загугли сам-то. Можешь отсюда начать: https://habrahabr.ru/post/242279/ инбифо ализар

>>871227
Потому что если множитель не 2, то надо объяснять, почему.

>>871235
>Перевыделять в два раза — это стандартный подход
>Почему буфер должен расти экспоненциально
Экспоненциально - это не обязательно в 2 раза.

>>871240
тебе же говорят: для экономии памяти. или мы про в 2 раза от чего, от минимально необходимого для работы за всё время? или всего используемого?

>>871240
http://stackoverflow.com/a/1100426
Как тебе такое объяснение, умник.

>>871288
Норм.

>>871288
Есть еще такое объяснение: всем похуй на своп, поэтому 2x выделять норм. Зато вариант с 2x предельно простой, работает всегда, для него не нужно всяких проверок, условий и прочей хуйни (как, например, для 1.5x: length += length >> 1; выглядит красиво, но только пока length по каким-то причинам не окажется равной 1).

>>871299
assert(length > 1) азазаза

>>871308
-D_NDEBUG азаза, ой, что-то свалилось все у меня на продакшене.

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

Анон, посоветуй, с чем бы реальным мне поработать (либа, фреймворк), чтобы немного въехать в Си? Пока придумал написать расширение для Питона на C API, повозиться с GTK. Что ещё можно сделать?

>>871500
Игру на SDL.

>>870142
srand (time(NULL));


int rand_int(int min,int max){

    double scaled=1.0/((double)RAND_MAX+1.0);

    return (int)((max - min + 1)scaledrand()+min);

}
И рекомендую пару раз прогнать в холостую сначала

>>870936
Всмысле чего меряю? Я сделал решето до мульта и просто беру из него простые числа, дабы не пытаться делить непростыми.

>>871920
В смысле я про clock(). Результат будет зависеть не от быстродействия кода, а от того, как быстро ты вбиваешь числа во время scanf.

>>871952
Я их из текстового файла ввожу. У меня там пара тысяч чисел.
Алсо, всё уже решил.

анон, а где можно почитать про создание собственного представления int-ов, не влезаю в 64 битный, числа большие, на них потом будет пара алгоритмов из теории чисел?
( не заметил новый тред, копирую из 13 )

конретно интересует факторизация целых чисел

>>872017

g:Длинная_арифметика

>>872023
длинную арифметику то я представляю - на другом языке напишу (написал)
но вот с собственными представлениями чисел на си я не сталкивался, собственно у меня числа длинной до сотни знаков
( на си потому что быстро )

>>872025
Так же, как и на другом языке.

>>872041
да я понимаю как вопрос выглядит но

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

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

=> то есть спрашиваю за языковые тоности/особенности

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

>>872067
речь не об оптимизации

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

более того сишный код для
64 битных быстрых целых я написал
проблема в том что мне нужны числа куда больше
то есть я просто ищу способ (чтоб как полагается) представлять очень большие целые на си + мне пару операций на таком представлении (сложение, цел. деление)
тогда я перепишу алгоритмы на новое представление -> profit

очевидные способы типо представить это все символами или массивом 64 битных интов мне в голову приходят
но вот как правильно я хз
если ты анон знаешь рецепт поделись плиз

для кристальной чистоты числа в духе:
1851858457003052118736699169041398614849121954728255181191590943881041451112971339223193346124917
(87 символов например)

>>872097
Анон, ты тупой?
Тебе уже сказали - гугли длинную арифметику (mpi)
Посмотри как она реализована в криптографических библиотеках (лайк openssl, nss, tomcrypt)
Там практически везде указатель на массив лимбов, где оптимальный размер лимба (32 или 64 обычно) высчитывается макроопределениями для каждой конкретной платформы на этапе компиляции

>>871105
>компилировать
Ничего охуенного.
А засунуть в оперативку весь проэкт можно и юзать GCC, make, собирать будет наверно даже быстрее, если не статически линковать.

>>872025
>на си потому что быстро
>математика
Не, для этого математический язык надо, он быстрее, Фортран быстрее, Ада может тоже.

>>872097
>64 битов не хватает
Если чисел с минусом нет то делай uint_fast64_t
читай
man stdint.h
если надо минус то запакуй в структуру число и bool значение которое будет вместо минуса.

Поясните нуфагу: арифметика указателей часто используется?

>>872168
Нет

>>872097
Ну я же тебе отвечал уже в предыдущем треде.

> представить ... массивом 64 битных интов
Ну вот и представляй. Что не так-то?

> но вот как правильно
Какие тут могут быть правила? Быстро это или медленно - подумай или потести.

Вот этого >>872162 не слушай, он бегает с доски на доску и несет всякий бред. Знак у него отдельно в bool, ну охуеть вообще.

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

>>872168
Постоянно. *p++ и a[j] тому примеры.

>>872205
А что именно тебе тестировать надо?
Бери и проверяй что сомнительно, gprof gdb для мониторинга, собери с самыми дотошными настройками компилятора с конкретным стандартом языка.
А говнокод можно почти весь стереть, ксорг устарел, перекатывай на Wayland.

>>872196
А в GCC если оптимизации вырубить?
А Clang? у меня шланг медленнее гсс компилировал, а говорили мол некстген компилятор, а джисиси легаси параша.
>если бы мог в 11
А он не швабодный разве?
Можно из других компиляторов код реализации стандарта похитить.

>>872230
if (x ... && y ...) { ... } else if (...) { ... } else { ... }?

>>872245
Тобишь от значения переменной выбирается уравнение?

>>872253
Ну да. Можешь это в строчку через ? : записать, но будет хуже читаться.

Как правильно обращаться с типом void и указателями на void при использовании их для передачи аргументов? Например, есть код:

void TrackChildProcess(void hChild)
{
WaitForSingleObject((HANDLE)*hChild, INFINITE);

}

Функция потока принимает LPVOID. Мне нужно передать потоку хэндл другого потока, но если использовать указатель на void как аргумент, то его нельзя разыменовать по правилам языка.

>>872402
Пиз
Дец

>>872411
Что не так? У меня небольшой вынос мозга от передачи параметров через LPVOID.

void TrackChildProcess(LPVOID hChild)
{
char szExePath[MAX_PATH];

WaitForSingleObject((HANDLE)hChild, INFINITE);
}

>>872402
> если использовать указатель на void как аргумент, то его нельзя разыменовать по правилам языка.
Скастуй к указателю на HANDLE

>>872097
ебанутый даун научись излагать мысли.

>>872159
ну ты и тормоз. сейчас ты мне расскажешь что ты не можешь быть тормозам, потому что ты человек?

>>872402
очередной вын апи дурачёк вкатился блин.

>>872488
Таки что ты имеешь против Windows API? Не осилил?

>>872425
Стыдно спрашивать, но почему это возможно?
void * - 32- или 64-битное число
HANDLE - это тоже число
Получается, что я пишу как на ассемблере, забывая про типы и работая только с двордами?

>>872425
>>872558
Точнее, не к указателю на HANDLE. Вопрос в том, как ты хочешь передать. Скастовав HANDLE к void* или передав указатель на переменную, хранящую HANDLE.
И первое, и второе легально обратимо.

>>872564
>Скастовав HANDLE к void*
Хотя это implementation-defined, но все знают, что это работает.

>>872558
>>872567
HANDLE - на самом деле указатель. Что-то типа:
typedef struct tag_HANDLE *HANDLE;
И кастить такой указатель на несуществующую структуру к указателю на void и обратно абсолютно легально, и implementation-defined behavior там отсутствует.

>>872570
Ок. Я думал это число.

>>872570
>HANDLE - на самом деле указатель. Что-то типа:
typedef PVOID HANDLE;

>>872573
Ну да, плохо уже помню про винду, извиняюсь. Но остальные типы хэндлов при -DSTRICT как раз "типизируются" неполными структурами в качестве дополнительной защиты от дурака.

>>872490
как будто есть смысл осиливать жрать говно

>>872628
Лучший ответ.

http://ideone.com/J4CVCA
Подскажите как сложить два массива, пожалуйста.

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

>>872898
Потому, что во всех остальных случаях это массивы указателей ну или так сложились звёзды, наверное

>>872883
Жава-тред дальше по коридору.

>>872898
Что ты подразумеваешь под "выводом массива"?

>>872974
cout

>>872978
Пожалуйста, проследуйте нахуй сюда >>866503 (OP)

>>873003
я уже проследовал к твоей матери в сраку

>>873009
своим хуем

>>872834
Тред или два назад был кун с подобным заданием. Задание сложное, надо писать почти полноценный парсер или вводить какие-нибудь ограничения синтаксиса. https://arhivach.org/thread/206632/#846642
https://arhivach.org/thread/206632/#846663

>>872834
Написать парсер для yacc. Так просто ты не сможешь по скобочкам вытащить название. Или попробовать какую-то часть от LLVM, где парсится файл.

посоветуйте корпоративных, федеральных стандартов NASA, JPL, GOV. на чем там прогают? API всякие

>>873090
Ada, C++11.

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

>>873096

Оно сложнее Java?

>>873098
Ну это такой как бы паскаль на стероидах.

>>873097
>>873098
>>873099
На чистой Аде там тоже не пишут, погуглите SPARK, это диалект Ады.

>>873099

а схож с objective C? на mac osx10.10 в какой IDE кодить можно? сильно требуется математическое образование, алгоритмы, уровнения, вот это вот все? сисадмину (*NIX) сложно перекатиться?

>>873118
Сразу видно американца.

>>873127

Да, да. это Трамп.

>>873097
А я однажды писал на работе на Ada (просто вспомогательное приложение, не было разницы на чем его писать), хотя я работаю не программистом. По-моему нормальный язык, очень даже. Примерно как C++ в своей изначально задуманной форме, но только сделанный нормально. Честно не понимаю, почему в зк практически никогда не обсуждается, годнота же.
>>873118
Не знаю насчет мака, IDE по-умолчанию — Gnat Programming Studio, неплохая. С сишки (и думаю с obj-c тоже) перекатиться легко, там нет функциональщины или каких-то особых выебонов, просто нормально сделанное структурное, generic и object oriented программирование.

>>873149
> сделанный нормально.
Проверка границ массива есть?

>>873152
Есть. Но если вдруг где-то мешает, то можно попросить компилятор выключить.

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

http://pastie.org/10959217

>>873156
> Есть
Значит Ada не нужна.

>>873158


Тебе надо воспользоваться этими требованиями:

http://www.hq.nasa.gov/office/codeq/doctree/871913.pdf

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

>>873162
Мне интересно. Вот эти все языки с проверками границ типа Ada или там Java. Ну, допустим, прилетело исключение о нарушении границ. Дальше что? Один хрен валить программу.

>>873163
Главное чтобы ты учился хорошо и маму слушался.

>>873163
Дальше heartbleed, когда проверок нету.

>>873163
Я сам не особый сторонник исключений и вообще люблю сишку больше всех языков, но почему же сразу валить. Теоретически, баг может быть несмертельный и проявляться только в определенных ситуациях, например при получении запросов или входных данных определенного вида / в определенное время / etc. Можно конечно упасть и перезапуститься (и это если повезет, и баг приведет просто к сегфолту, а не к уязвимости), а можно залоггировать это дело, откатиться и попытаться продолжить работу, надеясь, что ситуация единичная, ну или перезапуститься тоже. Ну и еще раз: какбы фича отключаемая, если не видишь в ней смысла — можно и не использовать.

>>873174

а ты можешь на C написать БД, сервер приложений, хранилище документов, и простенький ERP ?

>>873180
Всё можно написать (и на чём угодно), вопрос только во времени. Раскрой свою мысль, а то не совсем понятно, к чему ты это спросил.

>>873185


На языке Тьюринга я ж не прошу написать, или перфокартами набить.

Есть framework(код, dll, binary) на c/c++ который заменит по функциональности weblogic + oracle rdbms + siebel crm( или что-то, хотябы одно)

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

>>873195
RTOS типа?

>>873201
В основном на сишечке либы и embedded.
> RTOS
И обычные. И у винды, и у линукса, и у OS X ядра на Си.

>>873097
В вакансиях её маскируют и называют oracle pl/sql

>>873191
А чем-тебя Оракл не устраивает? Он написан, вероятно, как раз на сишке/крестах по большей части, да и api имеет сишное. Заменить его на 100% тяжело будет, в конце концов его пилят уже сто лет, причем за сотни денег пилят. С остальными двумя приложениями не работал, ничего не могу сказать. В целом crm на сишке — более чем реально, все равно основное это база данных там, а остальное по большому счету без разницы на чем делать (я как-то делал не слишком сложный бэкэнд на сишке и каких-то особых препятствий не заметил).

Хэй, есть кто?

>>873388
А вам зачем?

бляяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяя

В чём отличие
++slovo от slovo++
?

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

>>873429
разный приоритет, разная ориентация.

http://pastebin.com/8KZLEfy1
где ошибка?

>>873458
> conio.h
где вы этой хуйни начитываетесь? и в жопы друг друга ебёте потом

>>873460
ну, _getch же, нет?

>>873458
В строке 14. Правильно пишется "диапазон".

>>873477
А еще н вдефайне надо бы капитальными буквицами написать

>>873477
аахаххахахахха

http://pastebin.com/uZAr1QQR - пофиксил
должна считать A[n][n]*b[n]
но как то странно работает

>>873481
Всмысле?
И да, апнул её до 50

>>871500
> повозиться с GTK
Нинад, там не столько C, сколько обмазывание макросами.

Эй, быдло, зачем вы программируете на этой древней херне когда уже лет 40 как изобретён лучший язык программирования C++?

>>873565
Зачем нужен C++, когда есть Haskell?

>>873565
А за эти 40 лет изобрели ОС, написанную на крестах?

>>873618
BeOS, но она сдохла.

Олсо, http://www.includeos.org/

>>873620
Гайка жива, юзерспейс-то у них на крестах, а ядро?

>>873624
Вижу, кресты, да.

>>873624
>Гайка жива
А чо воняет так по-трупному?
>>873624
>юзерспейс-то у них на крестах, а ядро?
http://cgit.haiku-os.org/haiku/tree/src/system/kernel

>>873626
> А чо воняет так по-трупному?
Денег мало, длинный шмель. А была бы охуенная десктопная ОС.

>>873565
> C++
> лучший
Чет толсто

>>873429
========
a = b++:
-----------
a = b
b = b + 1
========
a = ++b:
-----------
b = b + 1
a = b
========

>>873766
а теперь с указателем, с указателям я сказал.

Что можно простенькое такое написать на Си?

>>873964
конпелятор

>>873970
Конпеляторы легко пишутся на функциональных языках, на си это боль и унижение.

Зацените кстати ответ майкрософта на раст — https://www.microsoft.com/en-us/research/project/checked-c/
Иии... Это си с проверкой границ! Авесоме! на деле просто скопировали реализованное в стандартной библиотеке плюсов в язык, зато пейпер больше стандарта си
Пусть хуесосы из леночкатреда расскажут ещё что рисёрчиские отделения компаний — не просто удобная основа для распилов.

>>873964
парсер форта

>>873988
Хуйня какая-то от индусов и китайцев. Знаем мы, кто у них там в исследовательском отделе сидит.

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

Анон, почему функция получения значения ключа реестра работает неправильно? http://ideone.com/GUrzUZ

Стоит Win7 x64, программа 32-битная, поэтому выполняется отображение в ветку Wow6432Node. Ключ там есть. При выполнении программы выводится пустая строка. http://ideone.com/u2oBEY

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

>>874029
>>874131
Вроде, заработало. Почему-то помогло добавление == ERROR_SUCCESS, пойду курить мануалы.

http://pastebin.com/B0JYpuKk

>>874145
Потому что ERROR_SUCCESS = 0.

Написал макрос для удобной (как мне показалось) инициализации auto и static массивов с присоединением значения длины к указателю, чтобы можно было не передавать в вызываемую функцию длину массива в отдельной переменной. http://ideone.com/0SsuoH
Считается ли такое уже абъюзом препроцессора, или еще норм и вполне можно использовать?

>>874301
Слегка абьюз, потому что arr() выглядит как вызов функции, а на самом деле создает переменную. Даже если документируешь, будет неочевидно. Я бы сделал что-то типа struct xy *points = DEFINE_ARRAY(struct xy, ...); Несмотря на то, что тип приходится писать дважды, из такого кода очевиднее, что он делает. В len каст к указателю на void лишний. Макроса LENGTH в таком виде общепринято называется countof (по аналогии с sizeof). В остальном норм.

>>874301
в c90 не скомпилится.

>>874303
Нинужен. Можешь назвать платформу, где не поддерживается хотя бы синтаксис С99 (без библиотечной-то поддержки платформ дохуя).

>>874301
Алсо, желательно использование имени ARRAY в макросе len обернуть в скобочки, а то мало ли, все бывает, решишь выражение передать, и произойдет что-нибудь веселое.

>>874304
>Нинужен. Можешь назвать платформу, где не поддерживается хотя бы синтаксис С99 (без библиотечной-то поддержки платформ дохуя).
какие мы дерзкие.

>>874302
Каст через воид используется, чтобы заткнуть clang, который иначе почему-то жалуется на несовпадение требований к алайменту, хотя вроде бы очевидно, что там все нормально.
По поводу названия / синтаксиса макроса думаю, что ты прав, если сделать как ты написал, то это выглядит уже не так странно, но при этом все равно намного удобнее, чем объявлять эту структуру вручную.
>>874304
>Алсо, желательно использование имени ARRAY в макросе len обернуть в скобочки
Спасибо, учту.

Объясните как в С найти произведение положительных элементов в одномерном массиве

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

>>874317
Для меня это сложно, без кода непонятно

>>874315
http://pastebin.com/q0PXbr74

>>874322
Борешься с конкуренцией?

>>874322
Спасибо, но я учусь в пту, для меня такие вещи как sizeof и size_t неизвестны

>>874323
>Борешься с конкуренцией?
Эксплуатирую её )

чуваки вот скажите, а как вы тесты хуярите? есть какие-нибудь системы, схемы, хуй знает. просто как-то это странно, у меня просто валяется в специальной папки набор main.с'ов которые инклюдяд заголовки того что они тестят, а это ещё и собрать нужно. на каждый делать по мейку? а если всю кучу прогонять, как-то детектировать какие провалили, как вообще прогресс теста указывать, или хуй с ним, падает значит проебал? вообще не ебу как это делается всё.

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

>>874433
вот например, вообще не ебу, как тут с тобой кто-то ещё разговаривает, хуету какую-то пишешь непонятную. что у тебя там не на стеке?

>>874437
Все, что в круглых скобках в макросе arr является static.
Чтобы было более понятно, оно раскрывается во что-то типа
int ⁎a = ((struct {size_t n; int u[3];} []){3, {1, 2, 3}}).u
Создается статическая структура, состоящая из двух полей: длины массива и самого массива int этой длины. Затем адрес этого массива в составе структуры копируется в указатель a, который может быть где угодно (в т.ч. на стеке), но сама структура с массивом, тем не менее, остается static.
Такую структуру можно создать и на стеке, но я никак не могу придумать, как сделать это максимально удобно (чтобы не нужно было два раза вручную вводить размер массива, а потом еще и инициализировать это же количество элементов). Также не хотелось бы создавать лишнюю локальную переменную для самой структуры, т.е. чтобы переменная была только у указателя на массив в составе структуры, но сама структура (безымянная) при этом тоже лежала на стеке (но вот это вот скорее всего совсем уже невозможно).

>>874451
Там должно было быть
int ⁎a = ((struct {size_t n; int u[3];}){3, {1, 2, 3}}).u;

>>874451
что? там и так будет всё на стеке, где оно по твоему ещё может быть? что ты несёшь? с чего ты взял, что не создаётся экземпляр структуры на стеке, а потом о не заполняется?

>>874437
>>874458
Ты прав, я просто немного запутался. Похоже, что эта хуйня действительно на стеке. Статиком там является только временный массив, длина которого считается макросом LENGTH. Просто с таким способом автовычисления длины возникла проблема: макрос отказывается работать, если среди инициализаторов того, к чему применяется LENGTH, есть не константы (потому что этот массив считается статиком). Если передавать длину массива в макрос вручную, то такой проблемы нет. Ты открыл мне глаза, спасибо.

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

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

Для чего здесь переменным типа DWORD присваивается результат вызова функции GetProcAddress, приведенный к LPDWORD? Из-за этого код не компилится. Защита от дурака или какая-то древняя магия? Судя по HMODULE LoadExecutable (IN LPSTR path, IN PVOID base = 0), это C++, в котором с типизацией и кастами все строго. Непонятно, для чего это сделано.

>>874509
https://vxheaven.org/0x48k/etc/peloader.cpp

Забыл ссылку.

>>874509
В коде происходит какая-то хуйня. Динамическая память с PE-имиджем освобождается и затем она используется. Сейчас бы найти журнал ксакеп за октябрь 2012, там на диске должен был быть PE-лоадер.

>>874462
G_LIST_LEN посмотри в glib
Да и вообще погляди там макросы для коллекций. Там много чего интересного реализовано

>>869911 (OP)
Вот функция:
int main()
{
int a[N],i,count;
srand(time(NULL));
Init(a,N);
Print(a,N);
for(i=count=0;i<N;i++)
if(a>0&&Sum(a)>10)
count++;
printf("count=%d\n",count);
return 0;
}

Вот ошибка:
error: 'N' undeclared (first use in this function)

Что не так?
Научите массив задавать

>>874538
пошёл нахуй.

>>874542
Окей

Зацените PE-лоадер. Какие у него подводные камни? Подойдет ли для написания криптора, который дешифрует PE-файл в памяти и делает run pe?

http://pastebin.com/DRMG7R31

>>874547
Алсо, для правильной работы ширусов в памяти надо патчить PEB. Будут ли проблемы из-за использования такого лоадера?

>>874542
Двачую

>>874468
Сейчас все-таки еще немного посидел с этим макросом, теперь работает и так:

int ⁎a = ARRAY(int, 1, 2, 3, 4, 5);

и даже так:

unsigned short x = 99;
struct xy ⁎b = ARRAY(struct xy, (1, 2), (3, 4), (5, x));

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

>>874659
Покажешь макрос?

Анон, у меня печет. Есть такой код: http://pastebin.com/AGQVz7P4

В следующих строках ошибка:
//CopyMemory(&pStub[text->PointerToRawData + text->Misc.VirtualSize], pImage, dwImageSize);
memcpy(&pStub[text->PointerToRawData], pImage, dwImageSize);

>main.cpp(43): error C2036: 'LPVOID' : unknown size

Что я делаю не так? pStub указывает на PE-имидж загрузчика в памяти. Я хочу дописать в конец секции кода данные. Но с конструкцией &pStub[text->PointerToRawData + text->Misc.VirtualSize] что-то не так.

>>874708
http://pastebin.com/jtdjX88M
Все права на спизженные идеи и куски макросов принадлежат их законным правообладателям.

>>874710
Скажи, а pStub + 1 - это какой адрес, если учитывать, что pStub - указатель на void? Скасти к PBYTE или какому-нибудь другому указателю на char.

>>874719
Понятно. Зря я, наверно, вообще начал использовать LPVOID. Хотя должно быть удобно ксорить сразу по 4 байта.

>>874716
Я кончил. Алсо, вчера забыл тебе сказать, что ты зря с анонимными структурами возишься в len. Весь len можно сделать просто (((size_t *)(array))[-1]).

>>874723
Я конечно не эксперт, но сделал так из предосторожности: ведь если мы присоединяем размер к массиву через структуру, то значит, что теоретически между переменной размера и массивом могут быть padding-байты, в зависимости от требований к алайменту элемента массива (например на моей системе у size_t алаймент 8, а у max_align_t – 16). Потому в текущей версии даже задействовал alignas из C11, чтобы между началом массива и его размером всегда было одинаковое количество байтов. Или это я зря заморачиваюсь?

>>874726
Да, ты прав, а я снова туплю. Извини.

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

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

>>874819
В школе в столбик делил?

>>874819
Алсо https://en.wikipedia.org/wiki/Division_algorithm#Large-integer_methods

Прошу прощения если надоел, но я продолжаю додумывать улучшенные массивы для сишечки.
Если я сделаю такой макрос len, который (как я надеюсь) будет автоматически определять размер или по методу sizeof(a)/sizeof(a[0]) (в случае массива) или доставанием значения из size_t переменной в префиксе массива (в случае указателя), ждут ли меня какие-либо подводные камни? И если да, то какие?
#define len(ARRAY) (((void ⁎)&ARRAY == (void ⁎)&ARRAY[0]) ? LENGTH(ARRAY) : length(ARRAY))

синьоры макакены, жутко нехочу создавать лишнюю переменную, насколько вставка функции в аргумент второй функции будет по шариату?
типа: a(b(i), j);

>>875497
Тебя пидорнёт, передавай в a() указатель на функцию b() внутри тела a() вызывай b().

>>875503
Охуительные истории.

>>875497
Алсо, по-моему ни в одном ЯП нельзя встроить вызов функции в параметр другой.

>>875503
>>875505
Вот я даун, извиняйте, нигде такой хуйни не видел, чтобы работала.

>>875503
наркоман штоле?
>>875506
и ты тоже

>>869971
вызовет warning, т.к. НИЧЕГО НЕ ВОЗВРАЩАЕТ

>>875596
Для main() есть специальное исключение: если поток выполнения доходит до закрывающей фигурной скобки, main() возвращает 0.

>>875612
Начиная с C99 или C11

>>875528
Какой пиздец.

В проекте VS2010 включена оптимизация по размеру. Если код, который выделяет четыре байта в куче, пишет туда дворд и освобождает эту память полмиллиона раз, находится в WinMain, компилятор его не выкидывает. Но если я выделяю этот код в функцию, компилятор ее оптимизирует, и она не попадает в бинарник. Как заставить компилятор сохранить ее?

>>875738
Возможно, __declspec(noinline)? Возможно, стоит эту функцию поэкспортировать, чтобы на нее были ссылки?

>>875738
volatile на указатель.

Рубрика зодай вопрос анону.
Ув. Анон! Вот есть fgetc(). Так ведь? Если у нас есть цикл, где этот фгетц читает по символму из файла, как он знает что нуно перескочить на следующий символ в файле, это внутри самой функции указатель некий? Или же это древние темные механики скрытые от простых смертных?

>>875859
воспринимает файл как поток.

>>875859
Зависит от реализации. Обычно за внутри структуры, на которую указывает FILE, хранится системозависимый дескриптор или хэндл для "родного" для системы API доступа к файлам.
Если это "обычный" файл, т.е. с произвольным доступом, с этим дескриптором в ядре ОС ассоциировано смещение в файле. По этому смещению и происходит чтение. И функции чтения автоматически увеличивают смещение на прочитанное число байт.
Плюс ещё, на стороне программы, может быть буффер. Он тоже связан с FILE. Ну и читается какой-то заметный кусок из файла в буффер. И, соответственно, есть указатель на текущий символ в буффере, который fgetc() увеличивает.

Я тут упрощённо описал как это примерно выглядит на чём-нибудь вроде windows или *nix.

Аноны, начал изучать Си по наставлению нашего товарища и возник с рядом проблем. Изучаю по книге Кёрнигана и вижу для себя море незнакомых формулировок, слов и т.п. Из-за этого думаю, что Кёрнигана лучше оставить на потом, а пока что начать читать что-то более простое. Непосредственно вопрос: может подскажете что-нибудь попроще, или все-таки грызть тот самый материал, который я не понимаю? Не понимаю из-за того, что не могу можно сказать самые первые упражнения сделать сам. К слову, в /pr полный ноль, максимум, что могу сделать из этой среды - прописать shutdown -s -t 180 в командной строке, когда выхожу из дома
памагити

>>875988
Прату читай, очевидно же

>>875989
т.е. стоит все-таки изучать С++, а не С?

>>875991
Нет, он и по Си писал книги
https://www.ozon.ru/context/detail/id/31649671/

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

>>875988
>>875988
Палю годноту, пройди гарвардский курс cs50
Я тебе гарантирую, не разочаруешься.

>>875997
Дай бог здоровья, буду учиться :з

>>875988
>начал изучать Си
с какой целью?
есть ресурсы чтобы прожить следующие десять лет до того как сможешь заработать кодом на си?

>>875865
зачем объяснять уебкам то что они могут погуглить?

>>876011
с целью начать изучать хоть что-то, ибо сестра к себе хочет взять на стажировку в iba
спросил у анонов тут пару дней назад, что лучше изучать - сказали Си, я потихоньку пытаюсь

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

>>874738
чтобы написать крепкую рабочую прогу знание языка это только 10%
а вы уебки и его не знаете
пфф
в печь всех, как евреев в 42

>>876016
>а вы уебки и его не знаете
Сколько (минимально) чтений по указателям a и b сгенерирует следующий код? Если знаешь язык, то тебе понадобится не больше пары секунд чтобы правильно ответить и объяснить почему.

int ololo(int a, int b)
{
int x = 0;
int y = 10;
x = a + b;
x = 10;
y += b;
x += y;
b += x;
y = dosmth(a);
return y + a + *b;
}

>>876045
звездочки сьедены?

>>876045
вы обосрались.

>>876048
>>876049
Всем, кто знает язык, не составит никакого труда восстановить съеденные звезочки :3

>>876050
Больше скажу. всем кто знает язык даже и твой код не нужен, они и так знают о чем ты.

>>876053
>>876045
Короче, рядом с a и b звезочки стоят везде, кроме dosmth(a).
Алсо, если кому-то не лень, ответьте, потому что я и сам хочу проверить, правильно ли я думаю.

>>876011
Взял расстроил.

>>876056
2 и 2

>>876061
Как насчитал? Алсо, вместо x = 10 должно было быть умножение. Но без него получилось бы 1 и 2 по-моему.
http://pastebin.com/XG4jtv4r

>>876069
ну как-бы после вызова функции сложно знать, изменилось ли значение по указателю b, тоже.

>>876071
Это да. Я правда сперва сам не совсем правильно посчитал, а так там 2+2, все правильно.
Алсо, я когда-то не знал про это все, и тогда мне казалось, что не нужно кешировать значения по указателям в локальных переменных (тип лишние переменные будут занимать место, лол), а потом я почитал про restrict, а потом выяснилось, что если вызывать внутри функции другие функции, то и restrict'а будет мало… Но отчего-то мне кажется, что я еще дохуя всего не знаю.

>>876071
2
остальные бесполезные действия бдут в кэше проца\регистрах

>>876012
больше не буду

>>876012
Ну и действительно, зачем

>>876135
тонко стелишь, так сказать, без скобочек у &.

>>876045
Правильный ответ "сколько угодно", вплоть до выбрасывания всей функции нахуй. Подобные разговоры мало того, что в принципе бессмысленны, так еще и могут идти только о полной, нормально компилирующейся программе.

>>876143
ну как тут без твоих выебонов. поняли все? вы дурачки, не берите в голову, открывайте и берите в рот, как господин у которого компилятор раскрывает функции.

>>876150
По делу есть что возразить?

>>876157
Если функция не объявлена статик, с чего бы компилятору ее выкидывать?

>>876185
Например, с того, что она не вызывается. Или у нее явно нет сайд-эффектов (и у dosmth тоже), а возвращаемое значение не используется. Или она вызывается один раз, и аргументы известны, поэтому компилятор может решить весь вызов свернуть в одну константу.

>>876190
Но откуда компилятору знать, к чему ты собрался прилинковать результирующий файл, и, соответственно, будет ли кто-то вызывать эту функцию?

>>876197
не будет он её удалять.

Что лучше первым учить С или С++? Для программирования встраиваемых систем.

>>876243
C

>>876197
Под компилятором я понимаю весь тулсет (препроцессор, транслятор, ассемблер, линкер). Функцию выкинет линкер, если умеет в LTO.

>>876199
> не будет он её удалять.
Пикрелейтед. Функцию спиздили, чтений по указателям ноль.

>>876248
почему?

>>876272
Так логичнее.
Сначала Си был, потом его допилили до С++. Более логичная последовательность.
Да и просто Си проще и примитивнее, а в С++ больше сложных вещей и абстракций.

>>876268
> не будет он её удалять.
> показывает раскрытие функции.

>>876243
>программирования встраиваемых систем
Там в основном Си. С++ практически не используется.

>>876287
а я и не спорил. ты какой-то странный.

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