тоді я не девопс.

DevOps (акронім від англ. development і operations) — низка практик, призначених для пожвавлення взаємодії розробників із фахівцями інформаційно-технологічного обслуговування та зближення їхніх робочих процесів одне з одним. Ґрунтується на думці про тісну взаємозалежність між розробкою та використанням програмного забезпечення і має на меті допомогти організаціям швидше створювати та оновлювати програмні продукти та послуги.

В однокласника є жона. В жони є подружка без сексу вже 3 роки. Треба гроші їй на якісь подарунки. Скидайтесь мені або я можу поступитися. Якщо назбирається достатня сума, вишлю фотографії доброзичиливцям.

Сьодні мені вперше задобився тип даних char*** аж довелося стрілочками малювати, щоби зрозуміти.

Може краще все ж якось інакше. Якусь інкапсуляцію зробити, фабрику класів, сінгтон вкінці-кінців.

Я пишу мовою С, а не С++ принципово, тому ООП можливо застовувати, але кишками назовні. Щодо шарів абстракцій, то з ними все в порядку.
Як я дійшов до char***?
Спочатку я послуговувався char*:

char *p = strdup("перша стрічка");

Потім мені довелося створити список стрічок, це вже char**:

char *list[] = {strdup("перша стрічка"), strdup("перша стрічка"), strdup("перша стрічка")}

А тоді мені довелося створити функцію, яка приймає як аргумента вказівник на список стрічок. щоби функція могла працювати зі самим вказівником на список стрічок.
Тобто код має бути десь такий:

DestroyList(char*** ppList, unsigned n);

Але насправді він такий, щоб можна було вивільнювати будь-які вказівники у списку, а не лише ті, що посилаються на стрічки:

DestroyList(void* ppList, unsigned n);

Таким чином, якщо я забуду дописати амперсанд перед змінню, то її функція з'їсть - бо всі типи жере, але в роботі крешнеться:
Правильне застосування функції:

DestroyList(&list, 3);

Неправильне застосування функції:

DestroyList(list, 3);

Ребутнути комп чи як? Це не конче, там же лише достатньо відкрити нову сесію shell.

Якщо не запускається, то треба дивитися лоґи, не варто ворожити. Звісно можу припустити, що бракує контейнерові cmd/entrypoint вказівки. Але ви краще гляньте лоґи і киньте сюди в окрему тему разом з вашою командою, якщо самі не зрозумієте.

Легенда говорить, що в Індії платять (чи платили раніше) за кількість стрічок в коді і тому замість використання штатної функції часто пишуть свою власну але так щоб ніхто не здогадався що це замінник штатної; крім того важливою особливістю працівників із корінням з Індії (простіше було б сказати - індусів, однак це далеко не завжди буде вірно) є те, що вони мають звичку буквально вгризатися в проект, ставати там так званими "тримачами знань" (knowledge holder / owner), тому пишуть код навмисне таким чином аби було архи-складно в ньому розібратися, документують в публічному confluence мало або так щоб ця документація допомогла лише особисто їм самим згадати пізніше власну логіку. Стикався особисто на одному з проектів - на щастя, це був короткостроковий проект.