рухнет ли вся программа?

Если форк процесса упадёт, родительский процесс получит SIGCHLD. У этого сигнала действие — ign, так что не упадёт.

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

Серьёзно?

#define REQUEST 1024
#define RESPONSE 16385
#define NET_DATA 16384
#define COOKIE 128
#define JSESSION 128
#define PARAMS 1024
#define REMEMBER_ME 128

void md_init ( struct manipulation_data *md )
{
	md->request = malloc ( REQUEST );
	md->response = malloc ( RESPONSE );
	md->cookie = malloc ( COOKIE );
	md->jsession = malloc ( JSESSION );
	md->params = malloc ( PARAMS );
	md->remember_me = malloc ( REMEMBER_ME );
}

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

1) Веди логи и смотри где упало

2) Шо за magic numbers?

#define REQUEST 1024
#define RESPONSE 16385
#define NET_DATA 16384
#define COOKIE 128
#define JSESSION 128
#define PARAMS 1024
#define REMEMBER_ME 128

void md_init ( struct manipulation_data *md )
{
	md->request = malloc ( REQUEST );
	md->response = malloc ( RESPONSE );
	md->cookie = malloc ( COOKIE );
	md->jsession = malloc ( JSESSION );
	md->params = malloc ( PARAMS );
	md->remember_me = malloc ( REMEMBER_ME );
}

3) Ну и при каком условии у тебя if(md->request) вернет false? Я ни одного присвоения NULL туда не увидел.

void md_free_all ( struct manipulation_data *md )
{
	if ( md->request ) free ( md->request );
	if ( md->response ) free ( md->response );
	if ( md->cookie ) free ( md->cookie );
	if ( md->jsession ) free ( md->jsession );
	if ( md->params ) free ( md->params );
	free ( md );
}

Ну и при каком условии у тебя if(md->request) вернет false? Я ни одного присвоения NULL туда не увидел

Теоретически, NULL может вернуть malloc(), но лулз в том, что проверка тут вообще не нужна, free() корректно обрабатывает NULL

Еще realloc принимает NULL как указатель. Вообще как минимум интересно почитать описание стандартной библиотеки.

Программа иногда завершалась с ошибкой, только я незнаю с какой

$ gcc -g main.c -o main
$ gdb main
run
bt
q
$

А ещё тут не очищается md->remember_me, то есть имеем утечку памяти

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

struct foo {
    char string1[100500];
    char string2[1024];
    char string3[473432];
};

и так далее и не аллоцирует её одним махом?

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

Мда, а ещё эта функция ниразу не вызывалась.

Я код в репозитории не смотрел, только то, что тут выкладывали, поэтому судить о том, кто и откуда вызывался, не могу. Если не вызывалась — что ж, значит, утечек гораздо больше

Очень бегло посмотрел. Семейство функций md_* имеет смысл убрать в отдельный модуль, в md_clear_all не делаешь memset() для remember_me, да и вообще читать сложно, много функций, которые по логике должны быть как-то сгруппированы, но на деле просто лежат кучей. Разнесение по файлам согласно зонам ответственности увеличит читаемость на порядок

Лучше по моему переписать в программку для консоли юзая советы что тебе написали + curl + убрав одинаковые куски. Тогда каждый сможет прикрутить к своей системе. И можно будет наделать кучу фронтендов.

OMG серьезно? Я думал, что там UB

man 3 free

Функция free() освобождает место в памяти, указанное в ptr, которое должно быть получено ранее вызовом функции malloc(), calloc() или realloc(). Иначе (или если вызов free(ptr) уже выполнялся) дальнейшее поведение не определено. Если значение ptr равно NULL, то не выполняется никаких действий.

Ололо, эксперт нарисовался. Хочет ТС пердолится? Пожалуйста. Почему не подсказать, как это сделать проще?