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

>>1206640
https://people.sc.fsu.edu/~jburkardt/c_src/csparse/csparse.html
Как тебе?

тритийнах
Го в смузийную.

У меня есть драйвер, я хочу его на виртуалке запустить.
Я скачал DbgView и KmdManager.
Поставил на виртуалке Windows 7, загрузился через F8 отключил проверку цифровой подписи.
Использую WDK 7.1, получаю .sys файл, открываю DbgView->Capture Cernel messages, открываю KmdManager делаю Register (succes), делаю Run
Дальше KmdManager пишет succes, но DbgView при этом молчит (а должен напечатать "Hello World"), а через секунда появляется окно, в котором Windows ругается на отсутствие цифровой подписи.

Что я делаю не так?

>>1208281
Бля,
сейчас на Windows 7 - 32 запустил драйвер (до этого была 64), DbgView все равно молчит, но зато хоть сообщение об ошибке не появлется.
Сука, ничего не понимаю.

>>1208292
>>1208281
И на 32 и на 64 DbgView перестал молчать после установки галочки "Enable Verbose Kernel Output" (понятия не имею что это значит)

Но мне все равно не понятно, почему в 64 версии он ругается, что "Системе Windows требуется драйвер с цифровой подписью", а в 32 - нет.
Кто-нибудь может объяснить?

Я худею с MSVC. В общем - играюсь ключами компилятора cl.exe и смотрю сгенерированный компилятором ассемблерный код. Использую набор небольших самописных тестовых программ. Добил меня ключ /Ox - максимальная оптимизация. Смысл в том, что компилятор свернул одну из тестовых программ до двух ассемлерных строк -
mov eax, -2
ret 0

Господи, что происходит? Компилятор нашёл все неизменяемые переменные, прогнал их через код и заоптимизировал всё нафиг. Полностью! Ну как так жить?

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

if( myvar-- < 0)
break;

К слову сказать - с выключенной оптимизацией компилятор такую чушь городит - заводит лишнюю переменную на стеке и реализует эту операцию очень неоптимально.

>>1208396
> с выключенной оптимизацией компилятор такую чушь городит
> заводит лишнюю переменную
В смысле, кладет в стек, а потом снова достает, выполняет операцию и кладет обратно? Это чтобы source-level отладчику было удобнее.

Привет анон, подскажи возможно ли в языке си создание указателя указывающего на указатель? Иными слова я могу создать указатель на int - int p или на float - float p но могу ли я создать переменную указывающую на указатель?

>>1209066
Блять звездочки не указываются, суко

>>1209066
да, джве звездочки

>>1209066

int var = 3;
int pvar = &var;
int *ppvar = &pvar;

>>1209236
Блин, звездочки скушаны. :(

Как определить какая платформа у пользователя?

>>1209290
#ifdef какая-нибудь специфическая платформенная херня

>>1209294
Спасибо.

>>1209294
Считается true сделать один вариант программы и по надобности компилировать под нужную платформу или делать изменения в программе и компилировать?

>>1209300
Платформенно-зависимые вещи выносишь в отдельные файлы (или даже модули), остальное единое для всей программы. Грубо говоря:
cc foo.c bar.c windows_feature.c
cc foo.c bar.c linux_feature.c
(а feature.h один для всех поддерживаемых платформ). Так не всегда получается, но желательно к этому стремиться.

>>1209307
Спасибо. В GTK это все автоматом устроено, там все функции GUI кроссплатформенны?

>>1209311
Да, посмотри в https://github.com/GNOME/gtk/tree/master/gdk/ - там как раз отдельные папочки под конкретные платформы.

Есть ли смысл использовать типы данных меньше int?

>>1209355
char, например)0000)

>>1209356
Ну засунули мы его в регистр, да? И там дохуя свободного места, битов.

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

>>1209360
То есть даже при упаковке структур лучше просто int делать?

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

>>1209367
Спасибо. Тогда можно сейчас кодировать символы в 8 байтов?

>>1209358
Читаемость.

>>1209375
#define char int
Шах и мат.

>>1209379
> define
> шах и мать читаемости
Действительно.

>>1209381
Плюсоблять, вали отсюда.

>>1209386
Как ты узнал, что я хочу учить плюсы?

>>1209387
Я таких как ты за версту чувствую.

>>1209371
Что делать?

>>1209390
Я ещё ногтем к крестам не прикасался.
Дефайны хреначу через строку.
В каждой функции, прямо между аргументами.
Иногда забываю, что пишу, начинаю рекурсивно один в один заворачивать, пока все *.c файлы до пары макросов не сожму.
Экспанд у меня длится больше компиляции на порядки.

>>1209394
Но ты душой крестовик.
Только не читай о inline в плюсах

>>1209393
На налима пойти наконец, весь год решаюсь.

>>1209396
Я если начну в скором времени кресты, буду их главаря читать.
Бьерн Страуструп типа
Программирование. Принципы и практика использования C++. Это же типа как у нас K&R?
2016, вроде свежий, главное, чтобы >2011, да?

>>1209401
Ну, как сказать. Читай только выборку, у него там воды на два косаря страниц унылого текста с размазанной сутью.
Я вообще с плюсов для самоваров начинал.

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

>>1209404
Вот у тебя нервы. Если дочитаешь, то через месяцов 4 отпишись, хочу посмотреть, что с тобой станет.

Нет в стандартной либе потоков?

>>1209410
Нинужны, оставь это для ОС

>>1209410
Есть, опциональные. Поэтому почти все забили на их реализацию.

Есть pthreads.

>>1209412
Сделать что ли несколько процессов средствами ОС API?

fopen("/home/username/file.conf", "w"); возвращает NULL, в errno лежит no such file or directory, нагуглить я не смог нихуя, загуглите за меня пожалуйста

>>1209985
Ты не поверишь!

>>1210001
Не выдавай!

>>1210028
fopen может вернуть твой ENOENT в наследие от open().
open возвращает ENOENT по след. причинам:
> O_CREAT is not set and the named file does not exist. Or, a directory component in pathname does not exist or is a
dangling symbolic link.
> pathname refers to a nonexistent directory, O_TMPFILE and one
of O_WRONLY or O_RDWR were specified in flags, but this kernel
version does not provide the O_TMPFILE functionality.
Отметаем из этого либопроблемы (на уровне stdio) и остаётся:
A directory component in pathname does not exist or is a dangling symbolic link. Pathname refers to a nonexistent directory

>>1209066
Да
Указатель на указатель на указатель, указатель на массив указателей, массив указателей на указатели массовов указателей... В общем, можешь задрочить MMU и мозг как пожелаешь.

>>1209985
> no such file or directory
Ты тралль?

В винде есть по умолчанию стандартная библиотека С? Или мне статически собирать?

дейтел хорош

>>1210520
Ты немного объебался.

>>1210520
Что с тобой?

>>1210520
НУ ЯДРО ВИНДЫ ЖЕ НА СИ ЗНАЧИТ ЕСТЬ))))))))))))))))))))))

Почему работает функция system без подключения библиотеки stdlib.h? В исходнике из хедеров только stdio.h. Пишу в VS 2017.
И есть какая-то замена system("cls") в си? Не хочется передавать управление. clrscr() - ф-я плюсов

>>1210579
Ты не поверишь

> system("clear")

>>1210580
И зачем ты мне написал, как надо чистить консоль в линуксе? Я имел в виду, есть ли какая-то функция, аналогичная clrscr() в си. system не нравится тем, что юзает командный процессор, соответственно, стандартная очистки консоли нет.
Также
>Почему работает функция system без подключения библиотеки stdlib.h? В исходнике из хедеров только stdio.h. Пишу в VS 2017.
?

>>1210585
>стандартная
стандарта
быстрофикс

Аноны,кто-то работал с lsusb? мне нужна помощь с этой либой.Не бесплатно,отпишите в телеге @mikuhann

шалом

>>1210520
Смотря чем собираешь. MinGW линкуется к MSVCRT.DLL, которая есть по умолчанию, плюс втыкает статически то, чего в MSVCRT нет (семейство printf, умеющее в C99-спецификаторы, например). Студия линкуется к поддерживаемой ей CRT, и если только это не Visual Studio 6.0, нужные рантаймы придется таскать с собой или устанавливать.

>>1210579
> Почему работает функция system без подключения
Каждый тред одни и те же вопросы. >>1200083

> И есть какая-то замена system("cls") в си?
Нет. В Си нет понятия терминала, не то что консоли. В винде можешь проверить, что ввод-вывод не редиректнули, получить хэндл консоли и сделать FillConsoleOutputAttribute.

>>1210603
Ты тредом ошибся. Но раз уж ты спросил, с lsusb работать очень просто:
lsusb -vvv

>>1210819
Clang

>>1210827
почему?

>>1210819
Тот, который используется в качестве системного компилятора.
Linux - gcc
FreeBSD/OSX - clang
Для совместимости с системными C++ библиотеками (включая runtime компилятора)

>>1210875

> почему?

Хуй в кроличью нору. Быстрее, оптимизированнее и т.п.

>>1210918
Ведь GCC генерирует лучший код, нет? В том же godbolt программы с аналогичными уровнями оптимизации в GCC выдают меньше ассемблерных строчек.

>>1210922
Синтетику отличаешь от реальных проектов?

>>1210922
Число ассемблерных строк довольно посредственно связаны с быстродействием.

>>1210942
Ну не скажи. Меньше строк = меньше итераций ЦП. Меньше времени на выполнение инструкций = меньге энергопотребление и тепловыделение.

Я утрирую конечно же, но в целом оно в общем-то так. Но когда речь идет о наборе из миллиарда из струкций и спор о <5 строках, то конечно это разговор в пользу бедных. Впрочем, минимизация даже на 0,00000001% тоже оптимизация.

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

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

>>1210946
Ты далеко очень полез, для того, чтобы малость понимать, что он там оптимизирует, тебе надо знать алгоритмы и реализацию одной из сотни-другой оптимизаций https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html, чтобы осознавать возможность её применения.
Вот как раз доскональное знание асма тебе здесь не очень-то и нужно.

Как можно прятать каретку в стандартном виндовском окне?
Подключил windows.h, объявил HWND mycaret = NULL, вл main вызываю
if (HideCaret(mycaret)) {
printf("HIDED");
}
Однако каретка не прячется, ф-ия вовзаращает нулевое значение, и, соотвественно, сообщение тоже не печатается.
mycaret ининицализирую NULL'ом, т.к. в документации майков сказано: "
Type: HWND
A handle to the window that owns the caret. If this parameter is NULL, HideCaret searches the current task for the window that owns the caret".
И про работу HideCare:
"HideCaret hides the caret only if the specified window owns the caret. If the specified window does not own the caret, HideCaret does nothing and returns FALSE".

>>1210985
Извиняюсь за опечатки, было неудобно писать

>>1210985
А ты уверен, что в твоем приложении есть окно с кареткой?

>>1211272
ConsoleApplication же

>>1211295
Лол. Каретка - это такая мигающая вертикальная палочка в GUI приложении. В консольном окне - курсор. GetConsoleCursorInfo, CONSOLE_CURSOR_INFO.bVisible = FALSE, SetConsoleCursorInfo.

>>1211304
Хм, путаница какая-то.
Когда вы в программе набираете текст, обычно маленький символ подчеркивания или маленький четырехугольник показывает вам место, где следующий набираемый вами символ появится на экране. Вы можете считать, что это курсор (cursor), но, если вы программируете для Windows, необходимо отказаться от такого представления. В Windows это называется "каретка" (caret). Слово же "курсор" относится к битовому образу, отражающему положение мыши на экране.
>Каретка - это такая мигающая вертикальная палочка в GUI приложении.
А где про это все можно прочитать? У меня обычно гуглится хуйня типа того, что написал выше

>>1211354
Алсо
Каретка — это обычно горизонтальная черточка или прямоугольник, имеющие размер символа, или вертикальная черточка

>>1211354
> А где про это все можно прочитать?
В MSDN. В разделе Carets про гуевые, в разделе Character-mode applications про консольный курсор.

Насчет терминологии, да, там путаница. Я в Windows API вещи принято называть именно так: консольный курсор, курсор мыши и каретка. Алсо, консольный курсор курсором называли еще во времена CGA, когда мышь если и была, то только у избранных.

>>1209406
Фу нафиг, он и правда такой водовоз, я лучше Прату почитаю.
C++ Primer Plus. Sixth Edition

>>1211378
Проиграл, сколько страниц осилил?
Лафоре пишет вроде неплохо, можешь его, но весь из себя такой объектно-ориентированный.

>>1211386
Не больше 50.
Не подряд, естесна, я пытался выбраться из этого болота.

>>1211390
Там вроде только вступление на страниц 80. Из-за этой книги я долгое время думал, что плюсы - большая жопа. Ну на деле они все равно жопа, но не большая, а такая средняя.

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

>>1211422
Говорить, что С - жопа, потому, что тебе попалось какое-нибудь API с попоболью в придачу это как-то глупо.
C гибкий, не навязывающий парадигму, не перегружен синтаксисом, ну какая же эта жопа.
Максимум попка

>>1211425
Через десять лет, если не перестанешь писать на Си, ты обо мне вспомнишь. Дело не в каком-то там API, дело в недостаткках абстрактной машины, заданной стандартом - в избыточных абстракциях в одних местах, в излишней свободе в других, в огромном количестве UB.
https://bash.im/quote/119233

Не осилил си и ушел на питон. То ли я даун, то ли книга по си была слишком нудная.

>>1211422
А какой ЯП не жопа? Непопулярные тоже можно.

>>1211443
Я не могу аргументированно говорить за другие, потому что в основном пишу на Си и крестах.

>>1211443
Rust

>>1211443
>А какой ЯП не жопа
Ассемблер.

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

>>1211557
Этот язык опередил C# в своей нише, разве что платформой ошиблись

>>1211586
>платформой
Не понял

>>1211557
Простые вещи мы делаем сложно, а сложные через unsafe.

Сапую ананасам. Объясните полному днищу(мне) что такое библиотеки в языках с/с++. Как можно проще. А также почему я не могу взглянуть на код(определение) таких функций как printf, scanf и тд, почему он уже изначально скомпилирован и при компиляции программы он вставляется автоматически компилятором. Может потому что все эти функции нельзя написать на языке си и они написаны на ассемблере? Нихуя не понимаю. А также не понимаю принцип работы компилятора блять, хелпуйте двачеры.

>>1212059
Можно написать на С, на асме может выйти эффективней.
> не могу взглянуть
Можеш, тебе не понравится.
https://sourceware.org/git/?p=glibc.git;a=blob;f=stdio-common/vfprintf.c

>>1212063
> Можешь
Не удержался

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

> что такое библиотеки в языках с/с++
Когда ты делаешь cc -c file.c, компилятор делает объектный файл, содержащий скомпилированные в машинный код функции и данные. Библиотека - архив с такими файлами (как .zip, только без сжатия), и еще там есть индекс, чтобы можно было быстро узнать, что есть в библиотеке и в каком конкретно объектном файле оно лежит.

> Может потому что все эти функции нельзя написать на языке си и они написаны на ассемблере?
Отдельные части, где нужна скорость (memcpy, strcmp и т.п.) или те части, которые невозможно написать на Си (setjmp, например) могут быть написаны на ассемблере.

Исходники чаще всего где-нибудь есть. В линуксах в принципе опенсорс, в винде при установке той же Visual Studio можно установить заодно и исходники (U)CRT.

>>1211584
Довен, это не язык.

>>1210922
>В том же godbolt программы с аналогичными уровнями оптимизации в GCC выдают меньше ассемблерных строчек

Это уже 20 лет как не актуально. В современных CPU встроен out-of-order приборчик и транзисторный-компилятор-в-risc-микрокод приборчик, поэтому в наше время компилятор ублажает именно эти приборчики и все эти ужимки из доприборчиковых 80х-90х неактуальны.

>>1212090
>Довен, это не язык.

Кстати, для довнов:

Ассемблер - это компилятор языка ассемблера. Не та хуйня, на котороый вы пишете, а конкретно файлы masm.exe, tasm.exe - вот это вот все ассемблеры

Язык ассемблера - это хуйня на которой буковками пишут.

>>1212090
MASM, тогда. А вообще ты за формулировки доебываешься, гуманитарий байтоебящий.

>>1212317
> Что за ошибка выдается компилятором на SetPixel?

Вангую, Gdi32.lib подключить в настройке проекта/Cmakelists забыл.

>>1212323
Я без него собираю, просто через g++.

>>1212324
Засунул в компилятор маек и заработало.

>>1211443
Ocaml.

>>1211648
C# -> Win

>>1211443
Modula-2

Подскажите, какие крупные проекты на сишке появились за последние 10 лет?

Я, к своему стыду, только один такой проект вспомнил.

>>1212649
Залезь на соурсфорсе и поищи по языку

есть ли смысл читать K & G несишнику? в качестве саморазвития
Там какой уровень и чё объясняется?

>>1212668
Нормально, упражнения поделой

>>1212668
В качестве саморазвития почитай про ОС и язык ассемблера

>>1212659
Там только старьё вылазит.

Поясните за байндинги, пожалуйста. Что за магия происходит, когда из Python вызывается Cи-функции? CPython получается умеет динамически вызывать сишные функции. Ну я когда сишку ковырял для себя, читал там про указатели на функции, но это же чё-то не то по идее. Как это работает вообще?

>>1212683
>почитай про ОС и язык ассемблера
Ты, видимо, не представляешь как это всё взаимосвязано с Си.

>>1212728
> CPython получается умеет динамически вызывать сишные функции
ctypes/ffi.

> читал там про указатели на функции, но это же чё-то не то по идее
Почему не то? Аргументы преобразуются во что-то удобоваримое для сишной функции. Где-то берется адрес функции, и она вызывается. Только не напрямую, как ты бы сделал для обычного указателя на функцию, а через ассемблерную обвязку, потому что в Си нет синтаксиса, позволяющего вызывать одну и ту же функцию с разным количеством аргументов. Ну, точнее, можно switch (nargs) { case 0: return foo(); case 1: return foo(args[0]); case 2: return foo(args[0], args[1]); ... }, но это дикий костыль, который, к тому же, далеко не всегда применим (например, __stdcall/__fastcall так не вызовешь).

>>1212316
Довен, безграмотность и незнание элементарных терминов говорит о твоём уровне образования и понимания предмета беседы.
>MASM, тогда.
Это вообще комбо.
Слушай и внемли, что говорят умные дядьки: >>1212215

>>1212873
> Довен
Коверкает слова, путает название синдрома с именем его исследователя, а сам подгорает из-за "ассемблера". С этим ребенком все ясно.

>>1212668
>есть ли смысл читать K & G несишнику?
Откровенно говоря, эту книгу стоит читать людям далёким от профессионального программирования для изучения истории развития языка. К&R давно уже бесполезная ерунда для парочки ностальгирующих олтфаков.

>>1212876
Петя, ты чё несёшь? Какой синдром, какой исследователь? И где ты пожар увидел, на своём пердаке?

>>1212867
Не, я все прекрасно знаю, просто не так понял человека
подумал что он хочет си для саморазвития учить,
а оказалось, что хочет для саморазвития почитать классику от дедов

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

>>1212880
А что тогда не "бесполезное говно"?

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

>>1212920
>Модификацией и перекомпиляцией ядра, например?
Да, можно. Есть же ртос RTLinux. Можешь сам погуглить или жди ответа отцов.

>>1212901
>ты слишком эрудированный
Скорее старый. RISC всех нагнул ещё в 90-х, это сейчас уже не слышно той волны хайпа. Т.е почти все современные процессоры, в т.ч. CISC, на самом деле RISC с "приборчиками" и прочими микропрограммами.

>>1212869
Спасибо большое!
>Где-то берется адрес функции, и она вызывается
Вот как раз этот механизм интересен. Получается, что определяется адрес функции в памяти по её имени. Ничего не нагуглил по этой теме.

>>1213266
>В eax
int set_eax() {
return newEaxValue;
}

>>1213266
Зачем? Это не ты там все еще в msr пишешь? Юзай интринсики. Если не ты, то ты всегда можешь написать интересующую тебя функцию в отдельном .asm-файле - в общем-то, так стоит делать даже в том случае, когда инлайн-асм поддерживается.

>>1213324
> определяется адрес функции в памяти по её имени
Для этого где-нибудь в каком-нибудь виде хранятся символы (имена с адресами). Например, для .so и .dll ты можешь пропарсить эти данные и получить адреса экспортируемых функций с помощью dlopen/dlsym и LoadLibrary/GetProcAddress соответственно. Неэкспортируемые функции по имени вызвать нельзя, но можно делать колбеки - ты кому-то аргументом передаешь адрес (или адреса) функций, а этот кто-то в нужный момент их вызывает.

> Ничего не нагуглил по этой теме.
Можешь полистать Linkers and loaders как минимум. Ну или википедию на худой конец.

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

Главу про мейкфайлы из книжки хороших примеров прочитал, но там целикового файла сложнее, чем из одного .с в один .out нет да и кое-где там всё довольно странно для хорошего стиля

>>1213812
> аккуратного и простого мейкфайла
SOURCES=foo.c bar.c baz.c
LIBS=-lsomething -lanother
appname: $(SOURCES)
$(CC) $(CFLAGS) -o $@ $(SOURCES) $(LIBS)

>>1213812
https://git.suckless.org/dwm/tree/

Двачик помоги, учу Си по книге Стивена Прата, не могу понять что да как.
Вот код:
int main (void){

int arr [] = {0,1,2,3,4,5,6,7,8,9};

printf ("%p = %p\n",&arr[0], arr);
printf ("sizeof arr = %ld\n", sizeof arr);
printf ("sizeof arr[0] = %ld\n", sizeof arr[0]);
printf ("Elements = %d ", sizeof arr/ sizeof arr[0]);

return 0;
}

Вот вывод:
0061FF08 = 0061FF08
sizeof arr = 40
sizeof arr[0] = 4
Elements = 10

Вопрос: В книге пишут, что arr и arr[0] по сути то же самое и по этому они имеют одинаковй адрес. Но почему тогда размер arr 40 бит а arr[0] - 4 бита?

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

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

>>1216059
Это не одно и тоже, arr имя массива, поэтому сайзоф его равен количеству байт, которые он занимает, а arr[0] это первый элемент массива и у него соотв сайзоф будет равен размера именно елемента.
Насчёт одно и тоже, просто arr и arr[0] имеют одинаковый адрес, поэтому в плане доступа к первому элементу нет разницы, что ты напишешь звездочкаarr = 1, что arr[0] = 1, второе раскроется в звездочка(arr+0) = 1.

>>1216059
И да sizeof не в битах возвращает, а байтах..

Хотя не в байтах, а фактически в char. Обычно это байт, но на некоторых микроконтроллерах char является 16-бит.
Т.ч. если хочешь писать действительно портабельный код, имей это в виду char не всегда байт.

>>1216082
> Т.ч. если хочешь писать действительно портабельный код
#include <limits.h>
#ifdef CHAR_BIT != 8
#error "Уходи."
#endif
Чаще всего это наиболее верное решение.

>>1216105
#if CHAR_BIT != 8, ну вы понели

>>1216075
>>1216078
>>1216082

Спасибо, теперь разобрался.

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

>>1216403
Создатели Юнити тоже думали "можно писать на решетках и жабаскрипте, а плюсики трогать только при необходимости", в итоге эта "необходимость" - бутылочное горлышко 95% программ (в т.ч. игр) на сабже.

>>1216460
>Скорость
Надежность.

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

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

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

так что пример неудачный

>>1216477
> один лягушатник линупсовое ядро на расте переписал
Работы тут на качественную ВКР. Отличие абстрактного ядра от ядра Линукса в количестве драйверов. У лягушатника их нет, говно лягушатника потому никому и не нужно.

>>1216533
> > Работы тут на качественную ВКР
Какой же всё-таки двачь жёсткий и умный)0
Нет

>>1216567
Это даже не исходники, там просто описание концепта с обрывками кода.

самофикс

>>1216567
я тебя не понимаю, ты про проверку чего?
Гже линк, что проверять?

>>1216579
https://dominuscarnufex.github.io/cours/rs-kernel/en.html

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

А стыковать Си и Питон то ещё удовольствие.

>>1216403
и ещё объективный момент, что просто удобнее запускать. Ты ведь запускаешь всегда что-то скомпилированное. А если пишешь на питоне, то надо запускать интерпретатор тяжеловесный, а под ним уже саму программу. Накладно. У тебя на компе ведь реально десятки-сотни сервисов одновременно работают

>>1206626 (OP)
Могут ли опытные господа тут объяснить, зачем потребовался такой в высшей степени уёбищный костыль, как CMake?
Сейчас работаю с ним, и эта хуйня зачем-то генерит абсолютные пути к проекту, в результате его не скопируешь в соседнюю папку без геморроя.

>>1216930
Задаюсь этим вопросом все время, пока он существует. Почему-то из всего существующего говна именно это стало модным. Хуй с ними, с путями. Каждый раз при сборке тысячей мелких тестов проверяются очевидные вещи, которые нормальные люди делают целую одну строку #if __STDC_VERSION__ >= 201112 и уже не задаются вопросом, есть ли у компилятора size_t. CMake не может задетектить доступный в path компилятор, я могу сделать cc file.c, а эта охуительная система сборки - нет. Не может увидеть даже слегка нестандартно установленный компилятор, особенно под виндой - установлена студия, в path cl.exe, нет, надо полезть в реестр, полезть в Program Files, нихуя не найти и ничего не скомпилировать. Добавление поддержки какой-то кастомной утилиты или неподдерживаемого компилера - это пиздец вообще - макроязык и документация к нему за пределами добра и зла.

>>1216930
>Могут ли опытные господа тут объяснить, зачем потребовался такой в высшей степени уёбищный костыль, как CMake?

Просто для C/C++ нет нормальных систем сборки вообще (не считать же кнопку F5 в проприетарных IDE?). Или ты пишешь нечитаемые баш-скрипты руками на прыщах штульмана, или ты пишешь нечитаемые баш-скрипты руками с применением разных велосипедов (autotools и прочие). Или пишешь код на питоне.

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

>>1216988
GNY/pynux
pynit
pyutils

>>1217002
>yay

>>1216403
>и хаскеле

Что, где?

>>1216403
Как же ты заебал уже. Пацаны, этот пидорас и в линукс-треде мозги всем ебёт.

>>1217123
Пусть Haskell, раз сил много. Отпадёт желание делать что-либо вообще.

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

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

>>1216403

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

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

>>1217176
>джанго
все включено хуле

>с джангоебов лопатами бабло
поделом


>>1217177
>история с микроядрами
ты про хурд? ну так там просто всем лень же

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

уеч на лапше == около-крестовая производительность после нативизации, вот как надо

>>1217197
>ты про хурд? ну так там просто всем лень же

После хурда еще стопицот попыток было, вспомнить то же семейство l4 из которого самое успешное применение - модуль анальной DRM защиты гипервайзером к операционке (точнее параллельно в trustzone, насколько я помню).

>>1217197
>около-крестовая производительность после нативизации

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

>>1217203
ой всё, байтоёб раздухарился))

>>1206626 (OP)
Пишу ядро ос. Как создавать дескрипторы файлов на таком низком уровне? Например, дескриптор, при помощи которого можно писать в видеобуфер в сегмент B8000.

>>1217241
С помощью драйвера файловой системы, который ты уже написал.
Но при чем тут видео буфер? Мапишь его куда тебе надо и работаешь с ним.

>>1216994
> не нужно заниматься программированием на других языках
Как не нужно? Если что-то сложное собирать, приходится писать на макроязыке CMake. А если что-то простое, то СMake не нужен, и мейкфайлы отлично заходят.

>>1217274
> Но при чем тут видео буфер?
У него "все есть файл" протекает.

>>1217241
Юзермодный дескриптор - индекс структуры в списке дескрипторов в ядре, в структуре описание девайса и всякие дополнительные данные, у девайса драйвер, у драйвера структурка, содержащая его собственные обработчики для read/write/seek/ioctl. Вот и реализуй в драйвере чтение-запись в видеобуфер.

О, Великие, поведайте простому смерному о том какую именно информацию сообщают программе заголовочные файлы наподобие stdio.h.

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

Что-то я залип совсем. Вот таблица истинности для двух переменных:
0|0 -> 0
0|1 -> 0
1|0 ->1
1|1 -> 0
Вот как мне подобное провернуть для всех битов числа? Прошу подсобите.

>>1218104
a & ~b

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

Пацаны, хочу написать совсем маленький и простой диспетчер задач, на атмеге8.
Но что-то моих знаний явно не достаточно. Кто-нибудь такое делал?
Можете поделится опытом, книги, сайты где это разжевано нормально.

>>1218144
Изучай
https://en.wikibooks.org/wiki/Embedded_Systems/Atmel_AVR/Operating_systems_and_task_managers

>>1218155
Там даже намека на мелкость и простоту нет.
Не говоря уже о пояснениях принципов работы.

>>1218160
Вот самый примитивный функционал. Даже с пояснениями.
http://blog.vinu.co.in/2012/03/multitasking-in-avr-atmega32.html#more

>>1218164
Бля, ассамблер.

>>1218167
И?

>>1218169
> C Programming Language #31 /clang/

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

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

>>1218167
> Бля, ассамблер.
Кусок кода для манипуляций с регистрами все равно придется писать на ассемблере, хотя можно извратиться с setjmp/longjmp. Остальное вполне можно написать на Си.

>>1218167
Так у avr он очень простой. Главное алгоритм понять.
На гитхабе поищи еще, может там уже говнокодил кто

>>1218144
Есть же готовые rtos для этого.

>>1218177
Он хочет изобрести велосипед, тащемто ничего плохого в этом нет.

>>1218174
Я находил простой, вот:
https://pastebin.com/YDCjSzKb
https://pastebin.com/2a7eePqc

Все вроде расписано. Но я не очень умный, и у меня почему-то не работате

>>1218400
static-переменная внутри функции полностью аналогична static-переменной вне функции, за исключением того, что область видимости ограничена функцией, а не текущим модулем. Такая переменная будет инициализирована однократно, на этапе компиляции, обязательно константой, а если ты забыл ее инициализировать, то там гарантированно будет ноль. Когда ты впервые вызовешь функцию, в переменной будет то значение, которым ты ее инициализировал, а если ты потом запишешь туда что-то другое, это новое значение там и останется.

Анон, поясни , полный справочник по С Шилдта читать или в топку?

>>1219862
> справочник
Заглядывай в него при необходимости.

>>1219864
Не, ну там подробно и последовательно вроде расписано, я хз почему он справочник, это единственное что я выцепил в библиотеке, а то в электронном виде мне что-то не читается. Прост если например я Пратта почитаю, я сразу поумнею или шило на мыло?

>>1219871
После Праты определённо поумнеешь

>>1219874
справочник точно дропать?

>>1219879
Вузик дропай

>>1219879
>справочник точно дропать?
Ты хоть пробовал вдумываться в это словосочетание?

>>1219907
что не так, поясни

Антош, есть линух 3.4 на стареньком покет-пк, памяти примерно 170 метров. И есть прога https://github.com/vyshend/tg-cli, которая требует дохуя памяти при запуске. Как наебать прогу при запросе virt-памяти на реальное количество оперативной памяти, доступной на машине? При нехватке пространства virt-памяти прога падает.
А если нет, то на какие функции следует обратить внимание и похацкать перед сборкой, чтобы запрашиваемое количество памяти при старте было минимально?

>>1219971
Но ведь часть страниц просто будет храниться на жёстком диске периодически заменяя другие, подгружаясь в рам.

>>1219976
Почему-то так тоже не работает, прога все равно киллает саму себя при любом размере подключенного файла подкачки

>>1212901
Это не сакральные знания, это даже на стэковерфлоу можно прочитать. Впечатляет не эрудиция, а как он пишет красиво.

>>1220016
>даже на стэковерфлоу
Лучше, конечно, посмотреть Таненбаума.

Есть где полновесный гайд по фичам C99 c FP-операциями?
Читаю вики
> FENV_ACCESS ON
> pragma
> isnan
Ничерта не понимаю. Мне нужно нормально реализовать матешу, контроли переполнений и делений на ноль.

>>1220361
>контроли переполнений
Проверяй постоянно на НаН.
>делений на ноль.
Лови.

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

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

>>1220368
Ясно.
Иду учить питун

>>1220371
>питун
Ну там бигнумы есть и более-менее ок.

>>1220374
И графики на ходу.
У меня, правда, лагают писец эти графики
%%А ещё, грёбаный в рот, я уже придумал, как это дело параллелить, но сложнее тут распарсить и обработать исключения*/

>>1220361
> Есть где полновесный гайд по фичам C99 c FP-операциями?
Черновик стандарта в шапке, IEEE 754. Начинать с https://randomascii.wordpress.com/2012/02/25/comparing-floating-point-numbers-2012-edition/ (чуть ниже начала статьи есть оглавление).

>>1220368
> Полная хуйня
Про -ffast-math слышал?

> точнее дабла стандартных нет
long double.

>>1220377
> >макросами можно точность вычислений менять
>-ffast-math
Ебать дебил.
>long double
== double, дурачок.

>>1220379
>long double == double, дурачок.
не, разное эт у мя лонг дабл 12 байт, дабл 8

>>1220381
>лонг дабл 12 байт
Это не х86.

>>1220384
На x86 еще с тех времен, когда FPU был отдельным чипом, поддерживаются 80-битные флоаты.

>>1220389
Ложь, пиздеж и провокация, при этом ещё ничем не подтверждённая.

>>1220391
> The x87 provides single precision, double precision and 80-bit double-extended precision binary floating-point arithmetic as per the IEEE 754-1985 standard.
Только не говори, что x87!=x86

>>1220389
>12 байт
>80-битные
Пиздец дебилы.

>>1220394
Ты не то прочитал, глаза протри

>>1220395
Восстановим диалог:
>>1220384
> >лонг дабл 12 байт
>Это не х86.
>>1220389
>На x86
>поддерживаются 80-битные флоаты.
 
Но это ничего, легкая умственная отсталость тебе даже идет.

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

>>1220393
> Только не говори, что x87!=x86
А, ну конечно, раз ананас с харкача сказал...

>>1220400
Анон, не толсти

>>1220397
>>1220399
>>1220400
>>1220402
Репорт шитпостинга.

>>1220399
Я тебе покушать принес. https://ideone.com/R2osgB

>>1220404
>C99 (gcc 6.3)
>sizeof(long double) = 16
гну/питух как всегда.
Забирай свое говно.

какое IDE ставить на винду? eclipse+mingv или vs? или мб еще что,чтоб вот совсем збс было?

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

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

>>1220460
>или брать первый попавшийся из шапки?
Да

>>1220460
Ну как бы берешь MinGW или через MSYS2 ставишь гцц. Есть еще visual studio build tools от MS, оно немного bloatware, но в принципе норм. Можешь еще tcc взять в подарок, он что-то около 20 метров весит.

>>1220449
Если просто позапускать че-нить короткое tio.run

Посоны, от нехуя делать написал задачу N тел на куде и чистом Си.
Все, что она умеет, это выдавать столбики кординат/скоростей каждого тела в каждый момент времени.
Было бы интересно сделать видео с перемещающимися точечками. Идеально -- в реальном времени, то есть чтобы не пришлось сначала 20 минут ждать высчитывания некоторого числа координат, а потом отрисовывать видео.
Это можно сделать на Си? Что проще всего использовать? Не хотелось бы, чтобы отрисовка занимала больше строчек, чем симуляция.

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

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

>>1220909
Нихуя не понял, но подозреваю, что ты хочешь что-то типа https://nullprogram.com/blog/2017/11/03/

>>1220909
Что не так-то, блять? У тебя есть все координаты и скорости в каждый момент времени, ты осилил эту задачу, а теперь спрашиваешь как запилить рисование точек по заданным координатам?

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

>>1220960
Спрашиваю, как создать видео. Типа такого: https://www.youtube.com/watch?v=DoLe1c-eokI
Внезапно, первый видосик в гугле имеет ссылку на гитхаб, посмотрю там, что за библиотека используется

>>1220960
Но вообще ты прав, поставленную задачу -- численно решить задачу n тел, -- я решил.
Визуализация полученного решения это новая задача.

>>1220909
У тебя в задаче N тел материальные точки или с реальными размерами?
Алсо, метод ньютоновский?

Тыкаюсь сейчас в структуры данных ядра линукс, списки там устроены довольно оригинально, может ли кто-то объяснить как это работает?
Т.к. я такому решению смог придумать только такое использование, но это же полное извращение с кастами.
ideone.com/ea2Zag

>>1220909
>Это можно сделать на Си? Что проще всего использовать? Не хотелось бы, чтобы отрисовка занимала больше строчек, чем симуляция.

SDL+OpenGL первой версии.

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

> может ли кто-то объяснить как это работает?
Что именно объяснить?

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

>>1221319
Ну смотри. Есть макрос, который с помощью вот такого заклинания получает указатель на структуру из указателя на заголовок списка:
#define list_entry(ptr, type, member) \
container_of(ptr, type, member)

Используется так:
my_list ∗item = list_entry(somelist->list->next, my_list, list);

В свою очередь, макрос container_of, если опустить проверку типов, реализован примерно так:
#define container_of(ptr, type, member) \
((type ∗)((char ∗) (ptr) - offsetof(type, member)))

Т.е., от указателя на заголовок списка (struct list) отнимается смещение struct list внутри твоей структуры, и тем самым получается указатель на твою структуру. В винде то же самое называется CONTAINING_RECORD, параметры те же, реализация аналогичная. Вообще, при попытках реализовать нетривиальные структуры данных, подобной хуйней пользуются очень часто, она практически идиома, поэтому советую запомнить и применять только когда без нее по-другому никак не обойтись.

offsetof - уже стандартный сишный макрос из stddef.h, практически везде реализован как-то так:
#define offsetof(type, member) \
((size_t) &((type ∗) 0)->member)
Т.е., структура "виртуально" располагается по нулевому адресу, в этом случае адрес нужного поля численно равен его смещению. Автор известного в этой стране статического анализатора утверждает, что так делать нельзя, и хотя дереференса фактически нет, это все равно undefined behavior, и мы все умрем. И хотя никто не умер, никогда не стоит реализовывать этот макрос самостоятельно. Во-первых, потому, что он уже есть в стандартной библиотеке, а во-вторых, на какой-то экзотической платформе все может быть сложнее.

И, в общем, тебе не нужно обязательно помнить все эти детали реализации, просто пользуйся list_entry и прочими функциями и макросами из линуксового list.h, и будет тебе счастье.

>>1221467
Опиши подробнее задачу, расскажи, что именно не работает, потому что именно через fseek() (ну еще через fgetpos/fsetpos иногда) это и решается. Если поток - именно поток, а не файл, тогда ты не можешь по нему перемещаться, и тогда только кэширование уже прочитанного.

>>1221474
Нужно чтобы правая сторона картинки в разрешении bmp была зеркальным отражением левой
Считываю попиксельно через
fread(&rgb, sizeof(rgb), 1, in);
fwrite(&rgb, sizeof(rgb), 1, out);
и когда дохожу до середины ширины изображения нужно читать в обратную сторону для зеркальности

>>1221487
Звучит как максимальное извращение. Тебе известна ширина же. Выделяй массив шириной со строку, читай туда строку целиком (а не по байту), пиши строку целиком, потом в памяти изменяй порядок элементов в массиве на обратный, пиши строку целиком. Это будет на порядок быстрее и проще.

Если все же хочешь через жопу, то pos = ftell(in) в конце строки, потом for (i = 0; i < width; i++) { fseek(in, pos - i - 1, SEEK_SET); fread(...); fwrite(...) } но это пиздец как медленно и костыльно.

Здравствуйте. Я тут впервые, хочу спросить о стратегическом выборе, что мне читать.
Раньше (лет 10+ назад) изучал C по Кернигану-Ритчи, но довольно скоро перешел на C++. Тонкостей работы с памятью, если и учил, то уже не помню. Сейчас хочу освежить знания. Да и язык, вижу, обновился.

Я нашел книжку 21st Century C: C Tips from the New School, но не уверен, подойдет ли она мне. Всякие азы азов уже объяснять не нужно, но вдруг там требуется уверенное владение старыми диалектами C? Так что, может и Кернигана-Ритчи достать перечитать лучше.Что вы мне посоветуете?

>>1221638
> Что вы мне посоветуете?
Если есть время - Прату.

>>1221638
> 21st Century C: C Tips from the New School
Бесполезное говно. В одной книге смешаны питоновский апи, гсл, доксиген и еще куча материала, имеющего к сям посредственное отношение.
При том материал не описывается, а рекламируется: "Смарите, какая хуйня -- гсл. Щас диффур решим. О ебать, решили. Если понравилось, качайте документацию и разбирайтесь сами".

>>1206626 (OP)
Блять, как работает эта ёбаная хуйня? Уже неделю не могу разобраться. Может кто-нибудь объяснить?
#include <stdio.h>
main()
{
int i;
//Проход по числам от 1 до 10
for (i = 1; i <=10; i++)
{
if ((i%2) == 1) //Остаток от деления нечетных чисел = 1
{
printf("От нечетных чисел одни неудобства…\n");
// Перескочить к началу новой итерации цикла
continue;
}
printf("То ли дело четные числа! \n");
}
return 0;
}
Далее приведен результат выполнения данной программы:
От нечетных чисел одни неудобства…
То ли дело четные числа!
От нечетных чисел одни неудобства…
То ли дело четные числа!
От нечетных чисел одни неудобства…
То ли дело четные числа!
От нечетных чисел одни неудобства…
То ли дело четные числа!
От нечетных чисел одни неудобства…
То ли дело четные числа!

>>1221715
А что тебе тут объяснить? тут всё предельно ясно, даже комменты есть

>>1221715
тебя continue смущает что ли?

>>1221717
if ((i%2) == 1)
Не въезжаю в эту строчку. Как её иначе написать?

>>1221722
Внезапно никак. % это mod в паскале, | в апээле. Означет остаток от деления. Если совсем через жопу это значение последнего разряда при переводе в заданную систему счисления, тут двойка, значит последний бит.

>>1221722
i-(i/2)*2

>>1221723
При первой итерации цикла какой здесь получается остаток от деления?

>>1221732
1

>>1221723
При первой итерации i=1, остаток тоже 1.

>>1221734
>>1221733
Всё, я понял.

>>1221698
А если задача не стать экспертом в C, а просто нормально понимать C, оставаясь в C++? 1000 страниц это явно не для меня уровень подробности.
Есть ли что-то лучше K&R?

>>1221788
> просто нормально понимать C, оставаясь в C++
Так глобальных-то отличий в общем синтаксисе не так много: навскидку, это отличия в linkage, менее строгая типизация указателей, пространства имен для struct/enum, void для функций с без аргументов. В основном тебе нужно лишь знать, каких крестовых фич в Си нет, а если что-то в Си есть, оно практически всегда есть и в крестах (кроме полутора исключений вроде designated initializers, которые завезут только в C++20 и нахуй не нужного в обоих языках _Generic). Если ты знаешь кресты, ты по умолчанию можешь нормально читать сишный код. Так что хуй знает, что тебе советовать.

> Есть ли что-то лучше K&R?
K&R слегка устарел, там нет C99/C11. С таким же успехом можно читать страуструпа бородатых годов, пролистывая страницы со словом class.

>>1221809
Я имею в виду подход к решению тех же задач, но средствами языка C. В C++, паче с STL порой бывает достаточно знать, какой заголовок включить и что вызвать, а там уже всё придумано до нас. В C придется как-то проявлять смекалку. Вот в какой литературе есть более-менее подробное описание практики современного С? Работы с памятью, например.

Играюсь с ООП, вместо абстрактных методов заполняю VMT нулями. Оно брякается с сегфольтом, при попытке вызова, и я в общем доволен. Теперь вопрос: если создать функцию с сигнатурой void fail (), возвращаться из которой не планируется, и которая нужна лишь для вывода в консоль сообщения перед падением, то можно ли её безопасно подсунуть как метод с другим числом аргументов? И для любой ли модели вызова этот способ приемлем, не прыгнет ли оно чёрт знает куда?

>>1222177
> можно ли её безопасно подсунуть как метод с другим числом аргументов
Тебе в соседний тред в общем-то, но да, можно подсунуть, на x86/x86-64 проблем быть не должно, если возвращаться не планируешь.

>>1222190
>на x86/x86-64 проблем быть не должно, если возвращаться не планируешь
Спасибо. А на других платформах? Мне не принципиально, но просто интересно.
>Тебе в соседний тред в общем-то
В какой? Если ты про спп, то - нет, я всё предпроцессором руками пока запиливаю.

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

> В какой?
Нет, не в крестовый, а скорее в ассемблерный >>1221420

>>1222204
>В целом, сам вызов должен сработать (call - это jmp на стероидах, а jmp сломать сложно).
Вот и ладушки, ты теня успокоил, тут возвращаться точно не требуется. Добра.

Хочу как в sh, чтобы на нажатие стрелки вверх в ввод вставлялся редактируемый последний ввод. Мне юзать какую-нибудь либу для этого, или я могу накостылять это сам? Как я понял - fseek тут не поможет, но я и не пытался.

>>1222261
> Мне юзать какую-нибудь либу для этого
Да, гугли readline, не изобретай костылей.

>>1221849
>Вот в какой литературе есть более-менее подробное описание практики современного С? Работы с памятью, например.

https://github.com/torvalds/linux

>>1222343
> https://github.com
Fix

>>1222347
Короче, Кернигана и Ритчи буду читать. Я такой сделал вывод из ваших советов. Спасибо.

>>1222431
Наслушался советов зелёных и рад.
Читай Прата и Танненбаума в последних редакциях. КР советуют либо дегенраты-хелловодщики, либо васяны, которые детстве увлекались программированием на бейсике, а сейчас въёбывают на заводе ЧПУшниками.

>>1222476
Прата пугает уже объемом. Я же говорю, мне не нужно знать всё в C, мне нужно понимать те базовые вещи, которые попадаются в примерах, ведь C — язык номер 1 и примеры чаще всего на нем. Я уже знаю C++ и остается понять, как там работают все эти маллоки-каллоки и прочие чисто сишные штуковины. Зачем мне Прата на 1000 страниц.
Таннебаума не нашел — там же об операционных системах. Можно название книги?
Еще в шапке увидел такое Zed A. Shaw "Learn C the Hard Way" и соблазнился надписью «для гуманитариев», что в целом обо мне. Что скажешь об этой книге?

>>1222520
man malloc

>>1222520
>я уже знаю с++
>хочу узнать о выделении памяти
Ты ещё наверное думаешь, что то, что написано в популярных книгах это и есть "низкоуровневое программирование на си".
Хехмда, куда мы катимся, господа.

>>1222559
ЧПУ-шник, отстань от него

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

Код https://pastebin.com/KTLh7mrw
Почему сегфолтится, когда строка с calloc находится в функции new_line, а не в main?

>>1222584
Ты предупреждения компилятора читал вообще?

>>1222614
Никаких предупреждений не выдаётся (gcc версия 7.3.0).
Собираю через gcc -Wall -std=c99 -pedantic -g test.c -o test

>>1222641
Про call-by-value что слышал? А про разыменовывание указателей?

>>1222559
Я же не сказал, что знаю в совершенстве. Я в курсе, какой заголовок включать и какой шаблон STL юзать, чтобы решить нужные мне задачи. Но вот работу с памятью собираюсь изучить подробнее и думал, что православнее начать с обычного C, раз в куче объяснений от него отталкиваются. Не надо надо мной иронизировать. „Не надо надо“ прикольно звучит.
Просто скажите, в какой из книг это лучше всего объясняют, как новичку, без лишних дебрей.

>>1222648
K&R C
Только внимательно смотри на такие вещи как массив указателей, указатель на массив. А также адресную арифметику ((ptr + foo) это тоже что и ptr[foo]).
И блять научись именовать переменные уже. line что блять? Это массив указателей? Тогда lines. Или же это линейный буфер? Тогда у него тип корявый.
https://pastebin.com/rnjAzQFT

>>1222647
До меня дошло, что calloc меняет адрес указателя line, поэтому в функцию нужно передавать указатель на указатель.

>>1222659
Другому анониму отвечаешь.
>https://pastebin.com/rnjAzQFT
Спс.

>>1222659
Спасибо, эти кунштюки с array[2] = 2[array] знаю еще из C++.
А вот по части line и какого-то кода на pastebin, ты меня с кем-то путаешь. Я тут только о литературе спрашивал.

>>1222520
>Прата пугает уже объемом.

А я осилил. Там нет ничего лишнего. Более того, дополнить бы не мешало примерами работы с юникодом, сетью, потоками.

>>1222738
> сетью,потоками.
ОС-специфик, от Праты не дождёшься.

Ребята, правильно ли я понимаю, что существует 3 технологии параллельного пограмирования: open mp, MPI, posix threads. Они взаимозаменяемые или нужно знать обе? Если второе, в чем различия?
Хочу вкатиться, но понятия не имею, с чего начать.

>>1222801
Их существует дохрена, наверн.
Хочешь переносимости и прагм компилятору- учи OpenMP.
Хочешь традиций C и UNIX - учи pthreads.
Они взаимозаменяемы

>>1222804
> Они взаимозаменяемы
Каким местом? OMP - это параллелизация компилятором на основе аннотаций программиста, pthreads - это полностью ручной пердолинг со всем контролем.

>>1222801
В C11 завезли стандартные потоки, с них и начни. Знать нужно и pthreads, и OMP, если хочешь писать что-то сложнее хелловорлдов.

>>1222738
Ну ладно, Прата так Прата.
Как его читать? Подряд, ничего не пропуская, или как справочник по нужным темам?

>>1222810
Анон, я понимаю, что разные механизмы.
Я в плане возможности решать на них одни и те же задачи на практике говорил.

>>1222828
Я ничего не пропускал и выполнял все упражнения. Потом с K&R проделал то же самое.

Как инициализировать нулями массив интов в структуре в хедере?

>>1223073
Никак. Не стоит инициализировать что-либо в хедере. В хедере ты делаешь extern struct mystruct foo;, в одном из файлов делаешь struct mystruct foo = { 0 }; и так как это не автоматическая переменная, компилятор сам инициализирует ее нулями.

typedef struct test{
ect ec;
int_big x,y,z;
Coord coord;
int_big mX,mY,mZ,mT;
alignas(32) uint64_t data[256];
uint64_t dp;
} test;

То есть мне эту структуру убрать в .c файл? Извини, я немногу тупой.

>>1223107
Ты тип объявил, причём тут нули?

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

>>1223107
>>1223112
Структуру в .h. Если нужны публичные экземпляры, объявление в .h, определение в файл. Если не нужны - не твое собачье дело, как кто будет это инициализировать. А иницилизировать будут так: test x = { 0 }.

>>1223148
>А иницилизировать будут так: test x = { 0 }
Воу, а я не знал, что так можно было — без указания полей.

>>1223153
А нет, нельзя было.

Conditional jump or move depends on uninitialised value(s)

>>1223154
А нет, можно было, это я тупой. А что получается, все поля нулём инициализируются?