Евгений Шатунов

Потому что i++ == 0, что приводится к false. Значит второй член конъюнкции (++j) вычислять смысла нет, результат от него не зависит. Первый член дизъюнкции false, значит вычисляем второй (k == 0). Он тоже false, поэтому вычисляем третий (l++) и берём его значение как результат выражения.
В общем, конъюнкция (&&) вычисляется до первого встреченного false, дизъюнкция (||) - до первого встреченного true.

Но каких-либо понятий о них у меня нет, а также пособия по ним не могу найти.

С таким подходом схватку за рабочее место можете считать проигранной тем соискателям, которые могут нагуглить материал за 5 минут.

https://www.ozon.ru/context/detail/id/144895863/
https://www.ozon.ru/context/detail/id/24939188/
https://www.ozon.ru/context/detail/id/146287471/
https://www.ozon.ru/context/detail/id/140939231/

(i++) возвращает число, константу, если упрощенно. Которую нельзя инкрементить, потому что это не переменная

(++i) же возвращает ссылку на переменную, которую можно инкрементнуть ещё раз.

например, ++(++i) - можно. (i++)++ - нельзя.

Например, есть вот такая дописка на https://en.cppreference.com/w/cpp/filesystem/files...

In order to ensure that copy functions of filesystem_error are noexcept, typical implementations store an object holding the return value of what() and two std::filesystem::path objects referenced by path1() and path2() respectively in a separately-allocated reference-counted storage.

Currently the MS STL implementation is non-conforming: objects mentioned above are stored directly in the filesystem object, which makes the copy functions not noexcept.

из которой следует, что объект исключения не стоит столь вольно копировать

Смотрим в документацию.

У шаблона std::priority_queue 3 параметра - тип элемента, контейнер и компаратор.
priority_queue хранит элементы в заданном контейнере, поддерживает там какую-то свою структуру (кучи) используя переданный компаратор для быстрой реализации операций приоритетной очереди.

Дефолтный контейнер - vector и компаратор стандартный std::less, поэтому работает просто priority_queue, например.

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

Однако, если вам надо поменять только компаратор (третий параметр), то передать второй параметр тоже придется. Ну, вот перепутали порядок параметров разработчики стандарта. Нельзя задать компаратор, не задав и контейнер. Поэтому, надо писать там vector<> во втором параметре.

Edit. Там же в документации написано, что компаратор должен возвращать true, если первый элемент строго меньше второго. Ваш пример компаратора - похоже правильный. Однако, учтите, что очередь выдает сначала максимальный элемент. Т.е, если вам нужна очередь на минимум, то вам надо поменять знак в компараторе.

https://docs.microsoft.com/en-us/windows/win32/api...

int *firstarray = new int(size);
Так вы создайте указатель не на массив, а на int со значением size. Скорее всего вы хотели сделать так:
int *firstarray = new int[size];

Увы, это только так и работает (для общего случая строк). Если вам можно использовать stl, задействуйте std::map примерно таким образом

std::vector<std::map<char, size_t>> maps(strings.size());

size_t nmax = 0;
size_t fmax = 0;

for(size_t i=0;i<strings.size();++i)
{
    for(const auto& j:strings[i])
    {
        const size_t current = ++maps[i][j];
        if(current>fmax)
        {
            fmax=current;
            nmax=i;
        }
    }
}

//теперь в nmax у нас номер строки с максимально частым повторением

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

У вас есть 2 вариант.
1. Простой - выделить массив в main, передать его в getMas. Из getMas уже можете ничего не возвращать, только заполняете там массив.
2. Выделяете динамический массив в getMas с помощью malloc. В main не забудьте освободить память, выделенную для массива. Это плохой вариант, т.к. память выделяется на одном уровне программы, а освобождается на другом. Но в вашей простой задаче можно пока на это не обращать внимания.

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

int input(TComplex& a, TComplex& b, TVect& first, TVect& second, float& one )
{

Ставьте Microsoft Visual C++ Redistributable Packages for Visual Studio 2015

или собирайте .exe статически

Синус/косинус может принимать только значения от -1 до 1

у вас он почему-то 2.5

1) Упростить алгоритм передачи, убрать по максимуму служебные поля
2) Гнать данные в сыром бинарном формате (что пришло, то и пуляется в ленту), а не "человекопонятном" с кучей преобразований
3) Возможно имеет смысл готовить несколько кадров за раз, оптимально использовать размер пакета данных того протокола через который данные перегоняются, чтобы, опять же, сэкономить на служебных данных

На 7 строке: main() заменить на int main()

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

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

То есть, нужно сформировать у себя способность решать задачи на C++ и искать информацию в интернете.

Попросят вас нарисовать текстурированный вертящийся кубик - вы буквально эту формулировку можете набить в гугл, оттуда получить сведения о том, что кубики можно рисовать вручную, написав весь 3d код самостоятельно (это интересно и увлекательно, кстати), или есть три кита opengl, d3d и vulkan, которые рисуют

На этом этапе вы можете взять любой из троицы, поискать начальные уроки и попытаться попользоваться библиотекой.

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