jcmvbkbc

sed -e '/\n\/\s/g'
Но почему ентер не меняется на пробел.

Что тут вообще написано? Судя по g в конце имелось в виду 's/\n/ /g'?
Не работает потому что sed читает ввод построчно и конец строки как символ обычно не попадает в паттерн спейс. Но есть команда N которая добавляет \n и следующую строку к уже прочитанной: speedtest --simple | sed '1d;N;s/\n/ /g'

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

Ну вообще она может возвращать значение записанное вызванным кодом в регистровую пару BC:

poke 30000, 1
poke 30001, 99
poke 30002, 0
poke 30003, 201
print usr 30000
> 99

можно проверить в онлайн-эмуляторе.

Что будет?

В данном примере -- то же самое, как если просто написать obj->execute(), т.е. виртуальный вызов конечного переопределения для функции obj1::execute в объекте класса obj3. См. eelis.net/c++draft/expr.call#3

Я не понимаю как это будет работать с классами наследниками и виртуальной функцией.

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

Почему в 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 мы наверно сможем подсказать, что там нужно изменить для этого.

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

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