Тесты для plain C

Использую kyua/atf, форки в проекте FreeBSD так как оригинальный проект кажется заброшенным: https://github.com/freebsd/kyua + https://github.com/freebsd/atf, всем заявленным требованиям не соответствует, но это единственное что я нашёл для чистого C (так же поддерживает C++ и shell).

cgreen лично мне удобен

еще есть CMocka, Criterion, HWUT и другие

Тоже ищу что-то, похожее, но для многопоточки — пока что пришлось тоже на коленке соображать самому. Мне хотя бы логирование сделать корректное, которое бы не вмешивалось в работу приложения — и то спасибо.

Как их много оказывается, спасибо.

assert + static_assert.

Ничего больше не нужно…

все то же самое + ThreadSanitizer ?

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

• Ещё бонусом было бы переопределить malloc (через weak/strong символы, ld preload, глобальный макрос, да хоть как) и, соответственно, после окончания теста проверять, что вся память освобождена. Но такое, наверное, вряд ли где-то реализовано. Разве что весь тестовый бинарник запускать под valgrind, но это вариант только для Linux, зато отловит и более сложные ошибки работы с памятью.

int tmpFlag = _CrtSetDbgFlag(_CRTDBG_REPORT_FLAG);
tmpFlag |= _CRTDBG_LEAK_CHECK_DF;
_CrtSetDbgFlag(tmpFlag);

https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/crtsetdbgflag?view=msvc-160

https://github.com/FWGS/xash3d-fwgs/blob/tests/public/unittest.h
https://github.com/FWGS/xash3d-fwgs/blob/tests/public/tests/test_unittest.c
https://github.com/FWGS/xash3d-fwgs/blob/tests/tests/test_imagelib.c

все то же самое + ThreadSanitizer ?

Не работает на 32-битном x86, кстати.

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

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

Как вариант держать отдельный логгер на каждый тред, но обязательно логгировать метки времени (системный вызов получения текущего времени бесплатен на многих ОС за счёт маппинга ядерной памяти со счётчиком времени). А затем уже как-то в фоне всё это сливать в общий лог сортируя по меткам времени.

Интересно, есть ли уже такие либы для Си.

Как вариант держать отдельный логгер на каждый тред, но обязательно логгировать метки времени (системный вызов получения текущего времени бесплатен на многих ОС за счёт маппинга ядерной памяти со счётчиком времени)

Как я уже писал, на Delphi я именно это и сделал. Правда, сортировка по времени выполнялась через атомарный указатель, с помощью которого логируемый поток резервировал себе блок памяти для последующего заполнения в любом удобном ему ритме. Довольно много времени потратил на тестирование этой штуки, не особо горю желанием повторно это реализовывать на Си.

Интересно, есть ли уже такие либы для Си

Мне тоже очень интересно.

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

Что такое unit-тесты?

это тайные заклинания адептов разработки тестированием вперёд )))

Нашёл решение?