MiiNiPaa

Делаешь дамп памяти процесса и смотришь, какие области памяти содержат нужное значение. Проверяешь догадку. Проверяешь, не выделяется ли память динамически, возможно ищешь указатели на неё. Повторяешь для другого значения. В конце-концов получается карта памяти процесса. Затем делаешь программу, которая через ReadProcessMemory/WriteProcessMemory или аналоги читает/пишет нужные значения по нужным адресам.

std::copy(str.begin(), str.end(), PublicKeyData);

Классическая проверка скобок при помощи стека же.

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

en.cppreference.com/w/cpp/algorithm/max_element

en.cppreference.com/w/cpp/algorithm/min_element

en.cppreference.com/w/cpp/algorithm/minmax_element

Количество перестановок: оберните std::swap в функцию, которая будет считать количество вызовов:

struct CountingSwap
{
    int count = 0;
    template <typename T>
    void operator()(T& lhs, T& rhs)
    {
        using std::swap;
        swap(lhs, rhs);
        ++count;
    }
};

int bubbleSort(int list[], int n)
{
    CountingSwap swap;
    for (int i=n-1; i>0; i--)
        for (int k=0; k<i; k++)
            if (list[k] > list[k+1])
                swap(list[k], list[k+1]);
    return swap.count;
}

Время: запомните время перед стартом сортировки, отсортируйте массив, запомните время после сортировки, вычтите из конца начало.

coliru.stacked-crooked.com/a/f04ed10ad976db8c

У double точность - 53 значимых двоичных знака. Чтобы записать ваше число нужно 64 бита мантиссы. В x86 extended precision это в принципе влезет, но придётся повозится, чтобы вытащить из регистров и показать это число.

Всё верно. Размер массива с автоматическим временем жизни должен быть известен на этапе компиляции. Clion автоматически подключает нестандартные расширения, которые позволяют VLA (по аналогии с С99). Лечится -pedantic или -pedantic-errors в CLion.

Брать билет на 60 поездок выгодно, когда количество поездок больше 34:
34 поездки мелочью: 125*3 + 15*4 = 375 + 60 = 435р
35 поездок мелочью: 125*3 + 15*5 = 375 + 75 = 450р

У вас случаи, когда в остатке [35;39] поездок не учитываются.

EDIT: Хотя случай с 39 поездками учтётся по другим причинам.

Я не буду расписывать все проблемы данного кода, остановлюсь на главном:

Function1 объявлена как принимающая 2 аргумента одного типа. Во втором и третьем случае вы вызываете её подсунув аргументы разных типов. Соответственно компилятор не может решить, чем будет T в данной ситуации - double или int, char или int? Либо делайте 2 шаблонных типа, либо делайте 2й аргумент нешаблонный, либо передавайте аргументы одного типа, либо явно говорите функции при вызове, чем является T.

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

Если вас не пугают расширения GCC, то вот: https://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Varia...

cleanup (cleanup_function)
The cleanup attribute runs a function when the variable goes out of scope. This attribute can only be applied to auto function scope variables; it may not be applied to parameters or variables with static storage duration. The function must take one parameter, a pointer to a type compatible with the variable. The return value of the function (if any) is ignored.

Ещё: https://en.wikipedia.org/wiki/Resource_acquisition...

стараюсь предерживаться стандарта, но вот в 11 не нашел ни слова о том как создается таблица виртуальных функций в таком случаи

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

Теперь насчёт вопроса. Посмотрите на более простой пример:

struct base
{
    virtual void foo() {}
};

struct derived: base
{
    virtual void bar() {}
};

std::cout << sizeof(base) << '\n'
           << sizeof(derived) << '\n'

(представляем 32битную машину и указатели по 4 байта)

4
4

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

Экстраполируя на вашу проблему ответ очевиден: фунцкия дописывается в одну из таблиц созданных для работы с функциями предков. Скорее всего к самой первой.