jcmvbkbc

Почему в 93 строке (bptr = (schoolboy*)&a1;) пишет progress=<Ошибка при чтении символов строки>

Я уверен, что пишет он это на самом деле вот здесь: cout << *bptr;, а происходит это потому что bptr указывает на объект, конечный тип которого -- class student. У такого объекта в его представлении в памяти нет никакого поля progress, поэтому код который пытается его вывести ведёт себя таким образом. Вообще это пример неопределённого поведения.

как это исправить?

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

for (size_t i = iters.size(); i < listsize; i++) {
    iters.push_back(new iterator(typesize));
  }

для такого кода создания код удаления должен вызывать delete а не просто деструктор, т.е.

for (size_t i = iters.size(); i > listsize; i--) {
        delete *iters.back();
        iters.pop_back();
      }

iterator::~iterator() {
  for (stream::stream* s : usedbystreams) {
    s->killstream(0);
  }
  free(pointer);
  usedbystreams.clear();
}

И опять, ты вызвал s->killstream(0), привело ли это к удалению объекта на который указывает s?

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

По какой причине возникает ошибка?

неопределённая ссылка на символ «dlclose@@GLIBC_2.2.5»

-ldl отсутствует в команде линковки или указан слишком рано?

webderiverxx все файлы .h, видимо реализация написана на .h файлах

В .h файлах можно написать и так, что вот этого всего не будет. Если ты нам покажешь этот webdriverxx.h мы наверно сможем подсказать, что там нужно изменить для этого.

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

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

гугля, находил предложения с LD_LIBRARY_PATH=... . Но разве флаг -L при компиляции не служит той же самой цели?

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

Как создать динамическую библиотеку, которая зависит от другой библиотеки?

вопрос, кстати, неправильный. Ты создал такую библиотеку. Если ты посмотришь в вывод readelf -d libwindow.so | grep NEEDED то там должна быть ссылка на libSDL. Твоя проблема в том, что сама libwindow.so не найдена.

Не будет ли он на сервере создавать какие то архивы?

Нет. rsync -z сжимает на лету.
Из man rsync:

--compress, -z
              With this option, rsync compresses the file data as it is
              sent to the destination machine, which reduces the amount
              of data being transmitted -- something that is useful over
              a slow connection.

понять работу ядра Линукс

Порекламирую в очередной раз свой список: https://qna.habr.com/answer?answer_id=392065#answe...

Почему не компилируется
НАЗВАНИЕ_КЛАССА ## ::

error: pasting "Журнал" and "::" does not give a valid preprocessing token

потому что не нужно эти токены склеивать, им будет хорошо и по отдельности. Просто выкинь ##.

У тебя тут три разных вопроса.

Моя программа запускается в bosh но не реагирует на прерывания клавиш

А какую реакцию ты ожидаешь? Введённый символ ты не печатаешь, si ты не перезагрузил, так что puts_loop загружает из памяти следующий 0 и тоже ничего не печатает. Можно сделать так чтобы увидеть, что int 16h таки работает:

keyboard_loop:
        mov ah, 0
        int 16h
        mov ah, 0Eh
        int 10h
        jmp puts_loop

iso образ созданный dd не запускается в VB

А почему ты думаешь, что из mbr можно создать iso с помощью dd? Его вообще-то надо в правильное место поместить, не абы куда. Например это можно сделать так: mkisofs --no-emul-boot -o test.iso -b test.bin . где test.bin -- это твой бинарник бут-сектора.

а загрузочная флешка не отображается в BIOS

Это видимо следствие из того, как ты сделал iso который закатал на флэшку.