Армянское Радио

Вариант школьный:

1) Ищите максимум от 0 до N-1
2) Меняете местами нулевой и найденный максимальный
3) Ищите максимум от 1 до N-1
Найденный максимум снова меняете, но теперь уже с первым элементом. Если нулевой и первый совпали - вы нашли максимум, который совпал более одного раза. Иначе - двигаетесь дальше, со второго элемента.

Вариант миддл - уеб разработчик на отдыхе:

1) Сортируете искомое
2) Ищите в отсортированном первый повтор.

Вариант для лентяев:

std::map m;
for(const auto&i:input)
{
  ++m[i];
}
for(auto i=m.rbegin();i!=map.rend();++i))
{
  if(i->second>1)
  {
      cout << i->first << endl;
      break;
  }
}

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

Никак, вам это не поможет. Пока вы не изучите модель памяти и модель многопоточости, вы не поймете, почему ваша идея - 0/10.

Вот это:

уметь graceful выборочно уничтожать чужие TCP соединения.

Под форточкой невозможно

без необходимости разработки собственного LSP (layered service provider), без "взлома" чужих процессов, без инжекта в них DLL, без написания драйверов, и без прочих приёмов чёрной магии.

Вот эти состояния в TCP

FIN_WAIT_1. Иногда ещё бывают CLOSE_WAIT (редко).

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

Можно попытаться засунуть программу вместе с wine в docker и запустить на линуксе. Тогда для починки этого колхоза будет достаточно дернуть контейнер туда-сюда.

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

Так что вам надо данные брать со стандартного ввода (или файла), а после обработки обязательно куда-то девать - в файл, или на стандартный вывод.

Создается вектор tmp с копированием туда куска контейнера bufот left до right включительно

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

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

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

Теперь о быстродействии - тут все плохо с однозначным ответом, который вы, автор вопроса, хотите получить. Дело в том, что компиляторы-оптимизаторы C++ нынче настолько умные, что они могут, в зависимости от контекста, сделать полностью идентичный код для ссылок и указателей, так что ответить на ваш вопрос с гарантией невозможно. Однако, вероятность того, что ссылка оптимизируется лучше чем указатель все же есть - потому что компилятор всегда уверен, что ссылка на что-то смотрит.

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

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

WSAStartup забыли, классика

1) Взять C++17
2) Написать свой map
3) Хранить в мапе не объекты, а указатели.

Завести второй массив (нигде в требованиях это не запрещено), а потом b[i] = a[ (i+shift) % size ];

Наиболее универсальный способ под вендой получать кнопки с любых устройств (клавиатура, мышь, рули-джойстики - это использовать DirectInput, но он уже устарел)

Современная рекомендация - использовать очередь оконных сообщений для мыши/клавиатуры и Xinput для джойстиков.

Воспользоваться std::filesystem