Mercury13

3 = Сходимость к произвольной точке.
4. Плохая сходимость.
5. Не получается придумать качественную процедуру кроссинговера (её задача — поддерживать разнообразие популяции).

Перед нами синтаксис ассемблера Intel.
qword ptr [] — адрес восьмибайтовой переменной в памяти. Если конкретный — прямая адресация, если внутри какой-то регистр — косвенный.
+ — простая операция сложения.

Перед нами косвенная адресация со смещением. То есть, берём содержимое регистра eax, прибавляем 80h, обращаемся по этому адресу и то, что получилось, загоняем в стек сопроцессора как double.

ЗЫ. Подобный полный показ команд с ведущими нулями и без указателя 16-й системы (80h) обычно используется в дизассемблерных листингах.

1. Для косвенной адресации. Мы не просто обращаемся к 325-й ячейке, а проводим вычисление, получаем 325 и обращаемся к ячейке с этим номером. Получили бы 456 — обратились бы к 456-й.
Это даёт кучу интересных структур данных, и самая простая из них — массив.

Многоуровневый указатель — это уже дело более высокого уровня. Пока указателем я называл просто адрес в памяти. Но, извините, в памяти хранятся однобайтовые целые, двухбайтовые целые, дробные, массивы, строчки, другие указатели — в общем, на более высоком уровне появляется понятие «тип данных». И указатели бывают на целое, на дробное — и на указатель!

2. Разница между каким-то адресом и началом структуры данных. Например, у нас есть такая структура данных (для простоты без выравнивания).
a : word
b : dword
c : byte

Тогда поле c находится по смещению 2+4 = 6, и если голова структуры по адресу 124, то поле c будет по адресу 124+6=130.

Также в стандартном режиме 8086 — 16-битный процессор с 1 мегабайтом адресуемой памяти — была хитрая система адресации под названием «сегмент:смещение», и адрес вычислялся по формуле сегмент·16 + смещение. При этом было принято считать, что сегмент незыблем, а по структуре данных (которая при этом не могла превышать 64K) мы двигались, меняя смещение.

3. Т.н. «переключение контекста» — ядро ОС просто сохраняет регистры в памяти. Очень долгая задача, кстати.

В общем случае да. Но иногда подобные оценки можно упростить. И упрощения можно делать по двум статьям:
1. Более точные оценки. В данном случае не могу придумать.
2. Более простые оценки: ведь оценка — это символ Ландау O(f(·)), который с точностью до константы. Если, например, K<N, а L<M, то сложность будет просто N·M.

Это испорченная память, где-то ошибка в управлении памятью (например, запись за границами массива).
UPD. Ваша ошибка: в составе std::string есть внутренние неконтролируемые поля, и его нельзя побайтово сохранять в файл. Такими неконтролируемыми полями могут быть указатели, кэши-ускорители и многое другое. Вообще std::string состоит из указателя или двух, и отсюда следуют две вещи. 1) При сохранении в файл не попадут строковые данные, попадёт только указатель. К тому же в Windows нет хорошего 16-ричного просмотрщика, а без него при работе с файлами как без рук (по крайней мере начинающему, я давно обхожусь). 2) Как только вы этот указатель загрузите, std::string портится, и на деструкторе может случиться что угодно.

Вам надо самим придумать формат файла и реализовать загрузку/сохранение, используя length(), data() и front().

Важное правило: ткни в любой байт дампа вашего файла — вы должны сказать, что он значит. Из-за сложности формата это может быть сложно. Байт может быть неиспользуемым или оставленным для совместимости, но какое-то значение должно быть. Если формат многоуровневый, надо сказать назначение на всех уровнях: например, «это значение атрибута XML» на уровне XML и «это имя студента» на прикладном уровне.

Исключение: если есть объект-«чёрный ящик», который написан не нами и сериализуется гарантированно корректно, достаточно сказать: «это часть чёрного ящика». (Сериализуется — это переводится в цепочку байтов, например, файл или сетевой поток.)

Что ещё пока вижу (но это не причина ошибки).
1.

unsigned short int *exam_t = new unsigned short int[5];

Нет нужды new, невелик массив. Хватает локального массива на стеке. Аналогично остальные два new.
2. Нет нужды давать clear/close. Это фишка Си++, автоматически сработает деструктор.
3. Не называйте переменную flag, называйте wasFound (или что она реально значит).
4. sizeof(&student_r) только чудом совпадает с sizeof(student_r).
5. Не надо писать flag == false, надо !flag.
6. Функция del_reversive делает излишнюю работу и переставляет студентов, к тому же есть стандартный алгоритм remove_if.
7. while (!flag) в del_rev бессмысленно.
8. Вы же работаете со string’ами — зачем вводить информацию в буфер ограниченной длины?
9. Программа не модульная, нет нужды в хедере.

Незыблемых правил два.
1. В CPP первым — свой хедер. Это даёт уверенность, что в хедере нет недостающих включений.
2. Избегать циклической зависимости по интерфейсам. Делить программу на слои и не включать ничего из верхних слоёв.

Если уж второе не получилось — есть три решения, каждое из которых решает свою задачу.
1. Forward declaration, полумера против сильной связанности классов.

// Хедер 1
class Master;

class Slave {
  Master* master;
}

// Хедер 2
class Master {
  Slave slave;
}

2. Разорвать порочный круг интерфейсом.

// Хедер 1
class Master {  // interface
public:
  virtual void enumSlaves(const EnumSlavesCallback& v) = 0;
  virtual ~Master() = default; 
}

class Slave {
  Master* master;
}

// Хедер 2
class MyMaster :  public Master {
public:
  Slave slave;
  void enumSlaves(const EnumSlavesCallback& v) override {}
}

3. Вынести общие типы/функции в отдельный хедер под названием someDefines.h или someUtils.h.

Тянуть трубы системы водяного охлаждения.

1. Ошибка в вызове ReadFile. Причём я говорил про эту ошибку.

DWORD nRead;
 isSucceed = ReadFile(myfile, buffer, 10, &nRead, NULL);

А также.
2. Файл открывать только для чтения.
3. Проверить myFile на корректность.
4. Читаем 10 байтов, пишем 100?

Ваши ошибки.

1. Это разные дескрипторы.
FindFirstFile даёт дескриптор поиска файлов.
А ReadFile требует дескриптор файла, который можно получить через CreateFile.

2. Второй параметр FindFirstFile не может быть NULL. Это указатель на WIN32_FILE_DATA, в которую функция и будет кидать информацию о найденных файлах.

3. Если вы не ищете по маске и точно хотите открыть файл, на что вам FindFirstFile? Орудуйте сразу CreateFile.

4. Вы подключили пару излишних хедеров.

5. Не советую вместо нулевого указателя NULL писать 0.

6. В ReadFile два последних параметра не могут одновременно быть NULL: первый — для синхронного чтения, второй — для асинхронного.

В общем, «курите маны». Благо, у M$ они хорошие.

Да, будет хранить в том порядке, в котором записал. Гуглите понятие POD = Plain old data.
en.cppreference.com/w/c/language/struct