>c++
>не фасм
>gpl3
>не wtfpl
ухади
>не фасм
>gpl3
>не wtfpl
ухади
держите наркомана
>весь прооект - один файл на 5к строк
Не надо так
Не надо так
Жопойчтец?
>HWMonitor
М... Уже есть такая
Форматирование кода ниоч. Нет единого стиля. Даже в одном определении функции в параметрах у одних указателей звёздочка прижата к типу, у других — к имени параметра.
Бобра тебе, бро-байтоёбич.
Но почему не просто make?!
Но почему не просто make?!
> консольная утилита наподобие htop,iotop
В чем же ее преимущество перед оными для конечного пользователя?
В чем же ее преимущество перед оными для конечного пользователя?
>5к строк
Видел исходники sqlite? 200к строк, один файл.
Ну название пока не проблема.
Да, это IDE реформат сама делает. Щас перенстроил отформатировал как надо, заодно сделал небольшой рефакторинг.
В проекте есть и Makefile. CMake использует моя IDE, к тому же, я уже достаточно привык к нему.
Тут дело не в преимуществе, а ином формате представления данных пользователю. Например iotop показывает IO активность процессов, но не показывает на какое устройство, а у меня наоборот нету дерева процессов, зато есть список устройств на которых происходит активность.
К тому же проект открытый и пользователи сами могут сделать то чего им не хватает в других утилитах.
>Видел, древняя библиотека негров линчует
Это не оправдание.
а ты няшный, дала бы тебе, хипстерок.
>Видел исходники sqlite? 200к строк, один файл.
Этот после амальгамации. Файл склеивается скриптом из кучи отдельных файлов.
> Щас перенстроил отформатировал как надо, заодно сделал небольшой рефакторинг.
За коммиты в +-2k строк нужно бить ебало.
Даже хуёвый стиль лучше таких вот коммитов.
>Видел исходники sqlite? 200к строк, один файл.
https://github.com/mackyle/sqlite/tree/master/src
Ты наркоман?
> Так же используются утилиты lsblk и df, для получения данных о дисках
Ты не осилил man proc ?
Ты не осилил скрытие кёрсора ?
>поучавствовать
сажи безграмотному пердобыдлу
боюсь даже представить, что ты там "наразрабатывал"
Сколько хуйтеров у успешных кодеров-то
> zalloc
man calloc
> https://github.com/GregoryIstratov/HWMonitor/blob/PureC/main.c#L694
Ну да, зачем нам падать по out of memory, лучше упадем по stack overflow
> typedef u64 ret_t;
stdint.h
> list_traverse
man queue
google:utlist.h
man calloc
> https://github.com/GregoryIstratov/HWMonitor/blob/PureC/main.c#L694
Ну да, зачем нам падать по out of memory, лучше упадем по stack overflow
> typedef u64 ret_t;
stdint.h
> list_traverse
man queue
google:utlist.h
Пиздец блять, 5000 тысяч строк в одном файле. Ты вообще ебанутый?
А что не так? Для сишный программ это нормально.
>Ну да, зачем нам падать по out of memory, лучше упадем по stack overflow
А может оно просто не в настроении? Если долго просить, может быть, оно сдастся? А ты бы лучше не критиковал, а пример брал с человека - он-то девственности точно лишился.
А фоточка твоя? дашь мне? :3
Толстишь, сука?
> hwmonitor
> brand new utilities
Им сказали что они ОПОЗДАЛИ?
http://www.cpuid.com/softwares/hwmonitor.html
Конечно хорошая идея, тока как в 5к строчек разобраться. Ты же сам хуй шо там найдешь через 3 месяца
Ладно я угарнул просто. 5к строк для си проги ничего особенного, бывают исходники намного больше.
>calloc
zalloc - обертка над аллокаторами, сделанная для отладки и возможного управления памятью.
>Ну да, зачем нам падать по out of memory, лучше упадем по stack overflow
Вообще там предпологался счетчик попыток, но руки не дошли.
>stdint.h
>typedef uint64_t u64;
>man queue
>google:utlist.h
Очень надо, юзать не свои структуры данных...
Ничего что это для винды, умник?
Возможно анон и прав. Возможно для открытого проекта действительно будет лучше разделения кода по мелким файлам для удобства коммитов.
Но опять же 5к строк не много, для небольшой программы.
> Очень надо, юзать не свои структуры данных...
Действительно, зачем юзать стандартные библиотечные функции, когда можно написать СВОИ.
> Вообще там предпологался счетчик попыток, но руки не дошли.
Ты вообще понимаешь хоть, в каких случаях malloc возвращает NULL и что это значит?
>utlist.h
>стандартные библиотечные функции
>вообще
>понимаешь
>хоть
Я да, а ты? Знаешь как работает память в компьютере?
лол, всегда догадывался что байтоебы ебанутые.
Ну давай, расскажи мне, что такого должно произойти в языке без гц, чтобы если ты не смог выделать память один раз, то смог бы сделать это с третьеё/пятой/етц попытки, не предпринимая никаких дополнительных действий.
мимо
Язык тут не причем, ось тебе память выдает, а не язык.
Ты же пошутил сейчас?
Давай тоже тебя покритикую.
>animation_bug
Плохо сделал. Мало того, что в рантайме производишь инициализацию 48 переменных, так ещё и флаг инициализации, а это не нужно. Если уж хочешь так сделать, инициализируй как статический константный массив.
static const char movie[ ] =
{
"str1",
"str2",
...
};
>if (frame >= 47)
if (frame >= sizeof(movie))
Ну и далее.
Хотя лучше сделать циклом. Количество подчёркиваний до, количество после и сама строка. Ничего сложного нет.
>zalloc - обертка над аллокаторами, сделанная для отладки и возможного управления памятью.
Но зачем? Ты собираешься управлять памятью сам? Нет? Не городи лишнего. И согласен с аноном, что лучше возвращать нулевой указатель, так программа сразу упадёт после первой же попытки использования нулевого указателя, а не где-то далеко наверху.
И вопрос - а зачем u64 для памяти? Ты планируешь выделять более 4 Гб?
>5к строк для си проги ничего особенного, бывают исходники намного больше
Не знаю, что за IDE, но мне уже не удобно, когда более 500 строк в файле.
>static FILE stdlog = NULL;
> = NULL
Но зачем?
>static inline void
Но зачем ещё и inline? Оптимизатор и без тебя додумается её заинлайнить. Или проигнорирует, даже если укажешь.
Давай тоже тебя покритикую.
>animation_bug
Плохо сделал. Мало того, что в рантайме производишь инициализацию 48 переменных, так ещё и флаг инициализации, а это не нужно. Если уж хочешь так сделать, инициализируй как статический константный массив.
static const char⚹ movie[ ] =
{
"str1",
"str2",
...
};
>if (frame >= 47)
if (frame >= sizeof(movie))
Ну и далее.
Хотя лучше сделать циклом. Количество подчёркиваний до, количество после и сама строка. Ничего сложного нет.
>zalloc - обертка над аллокаторами, сделанная для отладки и возможного управления памятью.
Но зачем? Ты собираешься управлять памятью сам? Нет? Не городи лишнего. И согласен с аноном, что лучше возвращать нулевой указатель, так программа сразу упадёт после первой же попытки использования нулевого указателя, а не где-то далеко наверху.
И вопрос - а зачем u64 для памяти? Ты планируешь выделять более 4 Гб?
>5к строк для си проги ничего особенного, бывают исходники намного больше
Не знаю, что за IDE, но мне уже не удобно, когда более 500 строк в файле.
>static FILE⚹ stdlog = NULL;
> = NULL
Но зачем?
>static inline void
Но зачем ещё и inline? Оптимизатор и без тебя додумается её заинлайнить. Или проигнорирует, даже если укажешь.
Fix
Virtual Memory. Google it.
>> = NULL
>Но зачем?
Все правильно, все переменные надо инициализировать при объявлении.
>все переменные надо инициализировать при объявлении
Наверное, ты не заметил объявления переменной:
>static FILE⚹ stdlog = NULL;
Так зачем static переменную занулять, если она и так зануляется при запуске программы?
>static
И глобальные не static сюда же, т.к. они тоже зануляются.
Давай, диванный, не кукарекай, а неси пруфы.
Я не буду за тебя гуглить. Вообще, я подумал немного и понял, что такое может, конечно, быть, но ты всё равно хуйню написал, ибо без приостановки программы минут эдак на 10 нет смысла даже пытаться переаллоцировать. Да там вообще нет смысла пытаться что-то делать, потому что системе на этот момент уже очень давно очень плохо. И это при условии, что сишный маллок при недостатке памяти пытается аллоцировать новый хип. Если нет, то всё ещё веселее.
#include <stdio.h>
int g_s[20];
void main(void)
{
static int l_s[20];
int i;
for (i = 0; i < sizeof(l_s) / sizeof(int); i++)
{
printf("%i ", l_s[ i ];
}
for (i = 0; i < sizeof(g_s) / sizeof(int); i++)
{
printf("%i ", g_s[ i ];
}
}
Попробуй этот пример.
Ох, ты вернул 2007, когда каждый школьник считал своим долгом напесать свой монитор загрузки.
А так, вот нахой ты это делаешь? Деды не зря продвигали KISS, а ты набучиваешь всё вместе, неадекват. Если пользователю надо вывести вывести сразу несколько наборов данных, то он откроет несколько окон, и сраный тайловый менеджер всё это слепит вместе.
Что это за высер? Номер параграфа в стандарте сишки, где сказано, что неинициализированные переменные гарантируются "быть нулями" неси.
Все знают, что глобальные и static инициазилируются нулём.
>Все знают
Как оказалось, не все.
Стандарт c99 - 6.7.8 пункт 10.
Стандарт c11 - 6.7.9 пункт 10.
Память может освободиться представляешь? Конечно стоило туда дописать еще делей пару мс.
А может и стоит падать если NULL, конечно тут вопрос филосовский. На самом деле на десктопе достаточно сложно NULL получить.
>animation_bug
>Плохо сделал
Да сделал, как сделал. Конечно замечания дельные, но эта функция что-то типа прикола и помощи в тесте на малых значениях семплинга.
>zalloc
>Но зачем? Ты собираешься управлять памятью сам? Нет? Не городи лишнего.
Пример гибкого проектирования. Вдруг я захочу сделать управляемую память, что мне потом во всем коде искать малоки и заменять их?
>И вопрос - а зачем u64 для памяти? Ты планируешь выделять более 4 Гб?
Во-первых на х86_64 битной архитектуре, size_t имеет размер в 64 бита, а программа заточена именно под эту архитектуру. Во-вторых, на этой архитектуре регистры процессора 64 битные конечно есть и 32 битные, что позволяет оперировать данными, грубо говоря, за 1 цикл процессора на самом деле на современных суперскалярных процессорах с множеством вычислительных конвееров и механизмом предсказаний ветвления среднее время на инструкцию может быть гораздо ниже. + оптимизирующий компилятор лучше оптимизирует такой код.
>Не знаю, что за IDE, но мне уже не удобно, когда более 500 строк в файле.
Видимо ты в проде никогда не работал еще. Я уже 10 лет на плюсах пишу и не такое видал.
>static FILE stdlog = NULL;
> = NULL
>Но зачем?
Просто привычка и для лучшей читабельности кода.
>static inline void
>Но зачем ещё и inline? Оптимизатор и без тебя додумается её заинлайнить. Или проигнорирует, даже если укажешь.
А вот и не всегда. Оптимизатор может вообще ее не заинлайнить например если она будет объявлена extern, так же если она будет объявленна в заголовочном файле и реализована в другом месте кстати во многом из-за возможности большей оптимизации мной была выбранна такая архитектура кода в один файл..
Дело в том что ключевое слово static вкупе с inline дает компилятору понять что функция будет отдельной копией для каждого юнита трансляции которую желательно заинлайнить.
>KISS
>ДЕДЫ
>ПАРАДИГМЫ
>ПРИНЦИПЫ
>КОКОКО
Делать мне нехуй вот и пишу всякие "бесполезные" проги.
BSS блок зануляется в винде, в дебаге, а в целом - Implementation defined.
>а в целом - Implementation defined.
Лол, нет.
>Вдруг я захочу сделать управляемую память, что мне потом во всем коде искать малоки и заменять их
Вот именно, что если захочешь. Заменить malloc можно будет через дефайн. Не нужно усложнять программу без необходимости. Это как C++, когда делают абстрактный класс, а от него только один класс наследуют. Вот зачем так? Не лучше ли сразу же один класс сделать без виртуальных функций? Ведь в таком случае нужно будет делать в 2 раза больше работы по поддержке двух интерфейсов. Вроде бы этот пример был в книге "Совершенный код".
>Я уже 10 лет на плюсах пишу и не такое видал.
Но это же не хорошо так делать, ты же сам пишешь. Твоё дело.
>Оптимизатор может вообще ее не заинлайнить
Ты проверял? Мне иногда интересно, что оптимизатор наоптимизировал. Сам под виндой, IDE VisualStudio2005, подозреваю, что у GCC или Clang оптимизация получше будет. Так вот - чистый C оптимизируется просто замечательно. Настолько замечательно, что callback может быть заинлайнен через 3 функции. Все функции в одну-две строчки, даже если они глобальные (не экспортируемые), оптимизатор подставляет по месту вызова. Случаются и некоторые странности - оптимизатор может заинлайнить вызов функции в одном месте, но вызывать её в другом. Но это уже функция в десяток строк и более. А как оптимизатор обфусцирует код - потом и не разберёшь, как изначально в исходнике было.
>ключевое слово static вкупе с inline
А без inline, значит, не даёт понять?
>BSS блок
Что за BSS блок? Ты, давай, не ругайся. Все неинициализированные переменные размещаются в секции неинициализированных данных. Эта секция отсутствует в файле, там указывается только размер и адрес. При загрузке файла под эту секцию выделяется необходимый размер памяти. Вот он то и забит нулями. Точнее, память выделяется уже очищенная от предыдущих данных.
Да не пофиг ли как оно реализовано? Секция-хуекция... кстати, сегмент, а не секция, если говорить об ELF В стандарте русским по белому написано что зануляются.
BSS - это и есть область неинициализированных данных, тип которых позволяет их записывать как ключ-значение. https://mcuoneclipse.com/2013/04/14/text-data-and-bss-code-and-data-size-explained/
Вообще мне всегда казалось, что то что static по умолчанию null - справедливо для всех областей видимости кроме глобальной, в глобальной же статик управляется настройками компилятора, в частности для nullable: http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html см. -fno-zero-initialized-in-bss
Пункты же 6.8.х относятся ко вложенным областям видимости.
>Пункты же 6.8.х относятся ко вложенным областям видимости.
С чего ты это взял, довн?
Спасибо. Обосрался, признаю.
Но я по прeжнему настаиваю, что стоит всегда и везде использовать explicit initialization. Это хорошая практика.
Дефолтный инишиалайзер для юнионов, например, ведет себя не так, как я бы ожидал.
Ну и это больше маняврирование в наше время, но NULL не обязан быть 0.
> An integer constant expression with the value 0, or such an expression cast to type void *, is called a null pointer constant.⁶⁶
> 66) The macro NULL is defined in <stddef.h> (and other headers) as a null pointer constant; see 7.19.
>Ну и это больше маняврирование в наше время, но NULL не обязан быть 0.
Что ещё расскажешь?
> 66) The macro NULL is defined in <stddef.h> (and other headers) as a null pointer constant; see 7.19.
>Ну и это больше маняврирование в наше время, но NULL не обязан быть 0.
Что ещё расскажешь?
>но NULL не обязан быть 0.
Ну хотя ты прав. Он ещё может быть ((void*)0)
Сука и правда. Откуда тогда у меня в голове столько дерьма? Я где-то прочел/кто-то мне сказал, что NULL это специальный адрес памяти, обращение к которой обязано вызвать КРОВЬКИШКИРАСПИДАРАСИЛО. И быть 0 это значение не обязано.
Вот и пизди после этого с апломбом. Все, блять надо перепроверять самому, никому верить нельзя.
Тебе не нужно, в проектах laba1 и cursach это вряд ли понадобится.
NULL это null pointer constant и она может быть 0 либо ((void*)0).
null pointer, т.е. результат присвоения null pointer constant указателю, таки да, не обязан в своём битовом представлении иметь все биты = 0.
Вернись в свой php-тред и клоуничай там.
HWMonitor - консольная утилита наподобие htop,iotop, которая отслеживает активность различных узлов системы. На данный помент реализована система block device, network interface, memory statistics, cpu load. Утилита показывает активность в удобном для человека формате и подсвечивает интенсивность. Написана на языке С11, from scratch. Из сторонних либ использует только ncurses для отображения интерфейса. Так же используются утилиты lsblk и df, для получения данных о дисках планируется использование своих алгоритмов.
Вся программа пишется в одном файле по личным соображениям и религиозным взглядам автора.
Система сборки CMake, Make.
Ядро линукс на машине разработки - 4.8.
Компилятор GCC - 6.2.1. Так же возможна сборка под clang.
Версия libc - 2.24.
Если вы хотите поучавствовать в разработки и улучшении проекта, вам необходимо форкнуть его себе на гитхабе и создать pull request. Вы не должны использовать никаких сторонних библиотек, писать код только на Си под 11 стандарт, придерживаться стиля автора, не плодить велосипеды и максимально использовать существующий код проекта, который при необходимости можете модифицировать.
Проект выпускается под лицензией GPLv3.
Ссылка на проект: https://github.com/GregoryIstratov/HWMonitor