res2001

Может потому что вы пытаетесь скормить компилятору С++ код на питоне?

0.Оформление кода жуткое, не читабельно совсем.
1.Выделяйте память сразу для всего массива размером b*c - не зачем дробить каждую строку. Обычно динамическое выделение памяти достаточно дорогостоящая процедура (сейчас то вам это не принципиально).
2.Забудьте про оператор goto. Единственное место, где его оправданно использовать это выход из глубоких вложенных if или циклов, но даже это можно решить другими способами, правда обычно более затратно, чем goto. В данном случае у вас он используется правильно, но ведь есть break для вашего случая, а это гораздо лучше, чем goto.
3.В общем и целом у вас почти все верно. Но:
Строка 80 явно лишняя:
int g[i];
Т.к. вы объявляете g[] выше. И кстати выше (в 71 строке) объявляете его не правильно, т.к. переменной e не присвоено никакое значение к моменту ее использования.
4.В последнем цикле вы видимо пытались сделать сортировку - не получилось. Попробуйте еще раз. И нужно сначала отсортировать, а потом вывести. По другому не получится.
Возможно вам придется сделать g[] не массивом intов, а массивом структур, где в каждой структуре будет содержаться "сумма четных отрицательных элементов каждой строки" и в другом элементе структуры - индекс строки. Сортировать нужно будет массив структур по сумме.
5.Про остальное писать не буду, т.к. на решение задачи не влияет.

Желаю удачи!

В общем целиком поддерживаю Smithson и Олег Цилюрик
Проверяйте коды ошибок, возвращаемые методами передачи/приема. При работе с сетью всегда нужно закладываться на то, что передача или прием пройдет с ошибкой или будут приняты/переданы не все данные.
Т.е. фактически вы должны писать программу исходя из того что ошибки приема/передачи не то что возможны, а они точно будут всегда.
И да, кастомные keep-alive для TCP - это полная фигня - в протоколе уже все реализовано.

Вы в каждом потоке считаете полную сумму, а надо в каждый поток передавать свой диапазон n0-n1, отличный от других. И избавьтесь от мьютексов - выделите для каждого потока свое место куда он будет складывать сумму. Это намного увеличит производительность. После того как все потоки отработают в главном останется только сложить суммы.
Кстати, можете посмотреть в сторону OpenMP - эта библиотека для подобных задач хорошо подходит.

Найдите работу программистом. В коллективе и на реальной задаче гораздо быстрее оттачиваются навыки.

Есть соответствующий параметр в настройках проекта: С/С++ -> Advanced -> Compile As (параметры компилятора /TP или /TC).

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

Операция с присваиванием 0 именно в такой форме тут совершенно лишняя, т.к. fgets на предыдущем шаге и так уже записала 0 в конце строки. Если бы этого не было, то strlen не смогла бы вычислить корректную длину строки.
Я бы еще понял что-то подобное: search_for[79]=0; - подстраховка от переполнения буфера, хотя и это излишне, если понадеяться на корректную работу fgets. Но ведь, скорее всего, мы не будем проверять каждую реализацию fgets, поэтому такой оператор кажется более логичным, чем тот что приведен в примере.

По ссылке ниже целая пачка рецептов split:
stackoverflow.com/questions/236129/split-a-string-in-c
Метода split нет в std::string, на сколько я знаю. Возможно, вы пользуетесь объектом String не из стандартной библиотеки.

Проинтегрировать тут не выйдет, поскольку сигнал конечный, а для интегрирования подавай бесконечный.
Если вы хотите получить спектр сигнала в частотной области, то вам нужно быстрое преобразование Фурье (FFT). Можете начать отсюда: www.fftw.org
Во многих математических библиотеках есть реализации, например в Intel Math Kernel Library.

Ссылка это не адрес, адрес это указатель.
n_Name объявлено видимо, как String *n_Name - т.е. n_Name - указатель, поэтому обращаясь c.n_Name вы получаете адрес объекта.
Воспринимайте ссылки как псевдонимы (алиасы) существующих переменных. Обращаться со ссылками следует как с обычными переменными, а не как с указателями.

Отладчик должен помочь в вашей беде.

Какая ошибка то?
У вас подозрительные какие-то символы » и «. Если они же и в реальном коде, то это не правильно - правильно >> и <<.

Хорошо бы в editString в конце еще дописывать '\0'. В таком виде как сейчас работает, пока массивы в стеке, стоит их начать выделять динамически и это у вас всплывет.
И заменить "new" на другое имя, т.к. new является служебным словом в С++, а от Си до С++ один шаг фактически :)