jcmvbkbc

В чем может быть проблема?

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

Вот эта структура:

struct IDTPtr {
    uint16_t limit;
    uint32_t base;
};

должна быть определена с атрибутом packed, иначе компилятор вставляет паддинг для выравнивания поля base на границу uint32_t, из-за чего в IDT загружается неверный адрес.

Ну и, вдобавок, нельзя делать iret из середины с++-функции, потому что компилятор организовал в ней кадр стека и вместо возврата iret снимает и интерпретирует мусор из этого кадра:

001000e6 <SimpleOS::IDT::dividing_by_zero()>:
  1000e6:       55                      push   %ebp
  1000e7:       89 e5                   mov    %esp,%ebp
  1000e9:       53                      push   %ebx
  1000ea:       83 ec 04                sub    $0x4,%esp
  1000ed:       e8 15 01 00 00          call   100207 <__x86.get_pc_thunk.ax>
  1000f2:       05 06 11 00 00          add    $0x1106,%eax
  1000f7:       83 ec 0c                sub    $0xc,%esp
  1000fa:       8d 90 08 fe ff ff       lea    -0x1f8(%eax),%edx
  100100:       52                      push   %edx
  100101:       89 c3                   mov    %eax,%ebx
  100103:       e8 4c 00 00 00          call   100154 <SimpleOS::Terminal::print(char const*)>
  100108:       83 c4 10                add    $0x10,%esp
  10010b:       fa                      cli
  10010c:       cf                      iret
  10010d:       90                      nop
  10010e:       8b 5d fc                mov    -0x4(%ebp),%ebx
  100111:       c9                      leave
  100112:       c3                      ret

Нужны подробности сборки. Согласно спецификации заголовок multiboot должен быть в пределах 8192 байт от начала, но если в сборку не подсовывать никаких дополнительных ключей и потом пытаться загружать elf-файл, то в нём multiboot header может оказаться дальше 8К от начала:

$ gcc -m32 boot.s -nodefaultlibs -nostartfiles -Wl,-Tlinker.ld -no-pie -o boot.elf
$ readelf -S boot.elf
There are 8 section headers, starting at offset 0x3140:

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00      0   0  0
  [ 1] .note.gnu.bu[...] NOTE            00100000 001000 000024 00   A  0   0  4
  [ 2] .multiboot        PROGBITS        00101000 003000 00000c 00      0   0 4096
  [ 3] .text             PROGBITS        00102000 002000 000009 00  AX  0   0 4096
  [ 4] .bss              NOBITS          00103000 003000 004000 00  WA  0   0 4096
  [ 5] .symtab           SYMTAB          00000000 00300c 0000a0 10      6   9  4
  [ 6] .strtab           STRTAB          00000000 0030ac 00004d 00      0   0  1
  [ 7] .shstrtab         STRTAB          00000000 0030f9 000044 00      0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  D (mbind), p (processor specific)

При такой сборке секция .multiboot оказалась по смещению 0x3000.

Сигналы доходят до меги, но она не включает ни один из светиков.

Я бы начал с отладки простым безусловным включением led на старте программы. Потому что 1К резистор последовательно со светодиодом с падением в 2В ограничивает ток 3ма, чего, скорее всего, недостаточно для заметного свечения.

Для выхода из вложенных циклов при try/catch в случае исключения произойдёт свертка стека

stack unwinding или развёртка стека происходит при выходе из одного или более вложенных вызовов, т.е. когда текущим должен стать более ранний кадр стека. При выходе из вложенных циклов в пределах одной функции кадр стека не меняется, но по правилам языка автоматические переменные из покинутых блоков должны быть уничтожены. Компилятор генерирует для этого код вызова деструкторов и вставляет его вызовы на пути выхода из блоков. В случае stack unwinding компилятор генерирует код вызова деструкторов, но вызов этого кода происходит более сложным путём. О том, как делается stack unwinding в gcc почитать можно здесь, о том как в этот процесс встраивается вызов деструкторов -- здесь.

будет ли тоже самое для goto?

То же самое будет и для goto.

… 75% cpu 2:23,52 total
… 113% cpu 1:22,71 total
… 73% cpu 2:20,75 total
количество потоков в программе равно количеству потоков процессора (в моём случае - 8…

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

Как быть?

CreateDialogIndirect принимает на вход в параметре lpTemplate указатель на структуру описывающую диалог.

понял что проект VS обязательно должен быть оконным, в противном случае тупо не будет ресурсов

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

выяснил что проблема в sizeof(buf) который почему то равен 8 после передачи в функцию

https://qna.habr.com/answer?answer_id=2411176#answ...

как я могу это сделать?

Разносишь определения классов по файлам *.h. Разносишь определения методов классов по одноимённым файлам *.cc, инклудишь в них одноимённые *.h Потом смотришь на свою картинку. Стрелки наследования и агрегации добавляют include <файл в конце стрелки> в h файл в начале стрелки. Стрелки использования добавляют include <файл в конце стрелки> в cc файл в начале стрелки.

ONESTOPBIT ломало передачу блока

Передачу откуда куда?

DWORD ComIface::write(byte* data, int count)

Что конкретно эта функция должна делать? Если это просто запись count байтов, то зачем так сложно?

DWORD ComIface::read_block(byte* buffer, int size)

Что конкретно эта функция должна делать?

hpet rt;
    while (get_stats().cbInQue < size) {
        if (!SetCommMask(port_handle, EV_RXCHAR)) {
            printf("SetCommMask failed with error %d.\n", GetLastError());
            return NumberOfBytesRead;
        }
        WaitCommEvent(port_handle, &status, &overlap);
        WaitForSingleObject(overlap.hEvent, read_delay);
        if (rt.get_ms_dt_weak().count() > read_delay * size) {
            return NumberOfBytesRead;
        }
    }

Что здесь происходит?

Какие проблемы приводят к такому и как это чинить?

Чтобы что-то чинить нужно это сначала понять.

что я сделал не так, подскажите пожалуйста

if (b[i] >= x || b[i] <= y) {
  a[j] = b[i];
  j++;
}
...
if (b[i] < x || b[i] > y) {
  a[j] = b[i];
  j++;
}

Условия в операторах if не являются взаимоисключающими, а значит j может стать больше чем n и запись в a[j] вылезет за границу массива.
Я не уверен в правильности первого условия, но особо не задумываясь можно второе условие переписать как прямое отрицание первого: if (!(b[i] >= x || b[i] <= y)) и это гарантирует, что индекс не выйдет за пределы массива, вне зависимости от правильности первого условия.

считать количество русских букв, однако он не правильно это делает, что не так?

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

setlocale(LC_ALL, "");

const char *str = input.c_str();

while (*str) {
    wchar_t c;
    int n = mbtowc(&c, str, MB_CUR_MAX);

    if (n < 0)
        break;
    if (wcschr(L"абвгд...юя", c))
        ++count;
    str += n;
}

Возврат структуры по значению при определённых условиях (связанных с размером и типами данных полей структуры) добавляет скрытый параметр (указатель на область памяти куда нужно вернуть результат), который функция будет ожидать. Это твой случай, и поэтому все остальные параметры съехали на один. Решение -- либо научить ctypes тому, что возвращается сложный тип и у функции может быть скрытый параметр (полагаю, что так: ctypes.restype(outdata), где outdata -- тип rez1, см), либо переделать функцию так, чтобы она не требовала скрытого параметра (например, добавив явный указатель на результат в список параметров, см).

D:\ N E W\ 1637\ 1\Talking LED Alarm Clock Using TM1637 LED Module\Code/Code.ino:91: undefined reference to `sp3_THE'
D:\ N E W\ 1637\ 1\Talking LED Alarm Clock Using TM1637 LED Module\Code/Code.ino:91: undefined reference to `sp3_THE'
D:\ N E W\ 1637\ 1\Talking LED Alarm Clock Using TM1637 LED Module\Code/Code.ino:92: undefined reference to `sp3_TIME'

В чему может быть проблема ?

Так вот же написано: символы не определены. Поскольку компиляция прошла успешно, а проблема на этапе линковки, нужно добавить в линковку библиотеку в которой эти символы определены.

Как можно улучшить код?

- отформатировать по какому-нибудь стандарту, чтобы хотя бы строчки не гуляли влево-вправо.
- пользоваться тернарным оператором вместо if когда это имеет смысл. На мой взгляд, d = n < 0 ? -n : n выглядит куда лучше семистрочного if/else.
- не дублировать код когда этого легко избежать:

if(n<0) {
    cout<<"-";
}

Ну и добавлю, что у этого кода есть проблема с обработкой входного значения -2147483648.

поэтапаный алгоритм определения размера

Если откинуть тонкости связанные с битовыми полями, то алгоритм простой. Обозначим выравнивание всей структуры A, размер всей структуры S, размер головы структуры из i полей S_i, размер i-го поля SF_i, выравнивание i-го поля AF_i, операцию округления X вверх до ближайшего кратного Y R(X, Y) (т.е., например, R(4, 4) = 4, R(5, 4) = 8), количество полей структуры n. Тогда

S₀ = 0
S_i = R(S_{i - 1}, AF_i) + SF_i
A = max_{i = 1..n}(AF_i)
S = R(S_n, A)

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

Разумеется всю эту математику имеет смысл делать если пишешь компилятор, во всех остальных случаях размеры и выравнивания структур можно узнать непосредственно у компилятора.

atoi(argv[1]) ожидает, что у программы при запуске будет как минимум один параметр командной строки. Segfault который ты видишь -- это результат запуска программы без аргументов.