res2001

У вас не верно перегружен operator* - он должен возвращать объект или ссылку на объект своего класса (т.е. он должен возвращать Kvadrat&): https://en.cppreference.com/w/cpp/language/operators

Параметры передаются не в перегрузку, а в функцию или метод (перегруженные операторы частный случай метода).

Для бинарных операторов вызывается перегруженная операция для класса, стоящего слева в выражении. Например для kvad * k - вызовется kvad.operator*(k).

Если вы напишете k * kvad, то будет ошибка компиляции, т.к. компилятор не сможет преобразовать kvad во float. Но вы можете этому помочь, перегрузив operator float() для Kvadrat.

Какая ОС интересует? IPSec входит в стандарт стека TCP/IP, который предоставляется ОС. Соответственно и все API ОС зависимое.
В винде это WFP API.
В никсах все несколько сложнее - там задействовано как ядро ОС так и стороннее ПО. Больше подробностей можете посмотреть, например тут и тут.

for (char I = 'A', i = 'a'; I <= 'Z'; ++I, ++i) {
        cout << setw(54) << " | " << setw(4) << I << " | " << setw(13) << static_cast<int>(I) << " | ";
        cout << setw(4) << i << " | " << setw(13) << static_cast<int>(i) << " | " << endl;
}

mmsystem.h и winmm.lib - это стандартные виндовый заголовочный файл и библиотека, предоставляется вместе с Windows SDK, который входит в состав Visual Studio. mmsystem.h в студии доступен изначально, просто используете его в #include, копировать его в свой проект не нужно. winmm.lib то же доступен, но его надо подключить к проекту - опция -lwinmm.lib компилятора или задать в свойствах проекта как дополнительную используемую библиотеку, если используете IDE. По умолчанию она не подключена.

Вообще для подключения сторонних библиотек к любому С/С++ проекту надо:
1.добавить путь где лежать заголовочные файлы библиотеки опцией -I<path header files> в команду запуска компилятора.
2.добавить путь где лежат lib файлы (lib для msvc) библиотеки в опцию -L<path to lib files>. Если библиотечный файл один, то этот пункт можно пропустить и задать полный путь в п.3. Если файлов несколько, то проще задать путь к каталогу в опции -L, а в п.3 указывать только имя конкретного файла библиотеки.
3.добавить имя файла библиотеки (lib файла) в опцию -l<lib name> или полный путь к lib файлу.

Если вы собираете из IDE, то те же действия надо проделать в настройках проекта. Опции компилятора практически универсальны - те же опции (и аналогичный подход) используются в msvc, gcc, clang и других компиляторах.
По сборке библиотек с Qt проектом:
В pro файле:
переменная LIBS - задаются опции -L и -l компилятора (п.2 и п.3)
переменная INCLUDEPATH - задаются опции -I компилятора (п.1)
Например:

INCLUDEPATH += -Ipath/to/header/files
LIBS += -Lpath/to/lib/files -lmylibfile

Это все легко гуглится.

Кодировка консоли в винде по умолчанию cp866 (а не 1251 как многие думают). Но можно переключить.
Для простоты сохраните ваши исходники в 866 кодировке.
setlocale работает только на вывод. Для ввода используйте cout.imbue.

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

По уму делать примерно по следующей схеме:
1.Исходники в UTF8
2.Все строковые константы с префиксом L"string"
3.Строки хранить в wchar_t
4.Определять кодировку консоли для ввода и вывода и перекодировать свои юникодные строки в нужную кодировку и только потом выводить или после ввода перекодировать в UTF8. Для перекодирования в WinAPI все есть, но без windows.h не обойтись.

Выход за границу массива тут:

for(int i=0;i<s->m;i++){
...
   s->secondSortedArray[i]=num;
}

У вас количество элементов в обоих массивах 4, а m вы инициализируете 5. При последнем присваивании secondSortedArray происходит выход за границу массива, а т.к. после secondSortedArray в структуре идет m, то m у вас заменяется последним рандомным значением.
В firstSortedArray то же есть выход за границу массива, но это не носит деструктивных последствий.
Подобные вещи часто приводят к краху программы. Вы могли бы это отловить в отладчике. Пользуйтесь им. Отладчик - друг программиста! :-)

Можно с помощью такого Сишного подхода:

// .h файл
#define ENUM_MAP(XX) \
  XX(0, laborer, Laborer help msg) \
  XX(1, secretary, Secretary help msg)\
  XX(2, manager, Manager help msg)\
  XX(3, accountant, Accountant help msg)\
  XX(4, executive, Executive help msg)\
  XX(5, researcher, Resercher help msg)

enum etype
{
#define XX(num, name, string) name = num,
  ENUM_MAP(XX)
#undef XX
 };

// .cpp файл, включающий предыдущий .h
#define XX(num, name, string) #string,
const char * enum_msg[] = [
  ENUM_MAP(XX)
]
#undef XX

Такими образом имеем массив enum_msg со строками из третьего параметра XX в ENUM_MAP.
Набор параметров в XX можно варьировать как угодно.
Подобная техника применяется, например, тут.

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

Если чисто в Си, то на каждый символ, конечно дергать память не выгодно, поэтому выделяйте память кусками.
Например - задавайте фиксированный начальный размер буфера и размер приращения. Часто, вместо приращения удваивают размер буфера. Стратегия может быть разной. Для простых приложений можно вообще выделить фиксированный размер буфера (достаточно большой) и не перевыделять память.
Не забывайте для обозначения конца строки вручную вставлять нулевой байт в конце строки. Конец строки не обязан совпадать с концом буфера.