Армянское Радио

1) Не следует допускать торчания из классов полей с данными - все поля, кроме, быть может, констант, следует делать приватными.
2) В таком случае, у ваших классов появятся методы для доступа к этим полям, которые нужно будет объявить виртуальными
3) Вместо хранения экземпляров в векторе объектов, следует сделать вектор из умных указателей на эти объекты
4) Базовый класс для этих объектов желательно сделать абстрактным, на худой конец - интерфейсным.

После этого, ваша гомологическая иерархия классов станет вести себя так, как вы этого хотите.

BOCHS. Быстродействия не ждите, сразу говорю.

Сетевые карты нужны, но не для того, чтобы поднимать на них разные vlan (заемучаетесь потом разруливать), а чтобы настроить Etherchannel на них

DHCP - через реле
Остальное - через роутинг.
Плюс, закроете на роутере всякие левые порты, а то венда - такая себе, иногда дырявая.

Ну и главное, вы же в курсе, что контроллер домена нельзя ни бекапить (снимая образ с диска и не предпринимая дополнительных мер после восстановления), ни клонировать, а особенно нельзя держать в HyperV, который стоит на машине, которая находится в домене, который этот контроллер контроллит?

Однослойная структура, теоретически, может быть более устойчива, чем структура с выделенным сервером.

std::bind(&Class::method, object_ptr, [...]) поможет вам. При условии, что речь идет о C++11, разумеется.

Затем, что a - это int (*)[3], a b - int*

Да и да.

Я вам предлагаю (настойчиво) не заниматься строительством лисапедов. Такие программы известны в отрасли уже давно.

Работают они так - программа ставит вместе с собой нужный сервер SQL, потом заливает в него нужную базу - и бегом.

Писать отдельный код, который будет, по сути, кривой, плохо оттестированной и отлаженной реализацией SQLite - это самое плохое решение.

В первом случае у вас сама структура, во втором случае - указатель на структуру.