Как реализовать на с или assembler асинхронную выборку из RAM?

Евгений Лернер,

вы можете олтветить на вопрос. а не задавать свои волпросы?

Отвечаю на этот, единственный твой вопрос ко мне: да я могу ответить на вопрос если он задан.
Больше ты мне никаких вопросов не задавал.

Теперь по делу. Это были не столько вопросы к твоим знаниям, сколько предложение тебе изучить оговоренные мной темы. Уже по заданному тобой вопросу было понятно что по этим темам у тебя пусто. Двумя словами на ресурсе формата Q&A объяснить вещи с документацией на сотни и тысячи страниц невозможно. Начни отсюда и отсюда.

Как реализовать на с или assembler асинхронную выборку из RAM?

Евгений Лернер, а что тебе известно о блоках кода и предсказателе ветвления?

Как реализовать на с или assembler асинхронную выборку из RAM?

Евгений Лернер, что тебе известно о протоколе MESI?

Лучшие книги/ресурсы для изучения С++?

Sergey S, после ответа Сергей Карбивничий вопрос уже не получится удалить.
Сейчас ты вполне можешь отметить его ответ как решение или освоить поступившую тебе информацию и написать этом в вопросе свое решение.
Еще у тебя должно быть уведомление о дублировании вопроса, его тоже можно принять.

Лучшие книги/ресурсы для изучения С++?

Sergey S , прошу обратить повторное внимание на П2.1 регламента работы сервиса.
Что тебе помешало пройтись поиском по ресурсу и найти идентичные твоему вопросы?

Вывод без использования iostream?

Sticky Rain , изучи информацию: [1], [2].

Include/header guards зачем?

Anther, тебе стоит ознакомиться с этим вопросом.

Как написать мультиязычный класс строки?

GidranT123, и какие инструменты поддержки разговорных языков тебе известны?

Как написать мультиязычный класс строки?

GidranT123 , о каких конкретно языках ты пишешь? О языках программирования?

Как вычислить столкновение круга с другим объектом?

Rillai , каким образом ты проверяешь столкновение объекта с прямой?

Как в C++ Ограничить string?

Adamos,

Деструктор класса при исключении не будет вызван. Соответственно, не будет вызван и деструктор предка.

Это не соответствует действительности. Давай почитаем, что говорит об этом автор языка.
На деле, при обрыве цепочки инициализации объекта, деструкторы будут вызваны только для тех родительских типов, для которых отработали конструкторы. И независимо от набора вызванных деструкторов, т.к. поля конструируются до вызова конструктора, сконструированные поля сбойного типа будут правильно уничтожены.
Все это верно и для случая, когда исключение бросает само поле из своего конструктора.

Вот пример для наглядности.

С сырыми указателями нужно быть аккуратнее в таких случаях. Но это уже проблема автора типа, который может бросить исключение из конструктора. Пусть не ранит голые указатели в своем хрупком типе.

Как в C++ Ограничить string?

Денис Ахунов, прошу обратить повторное внимание на П3.2 регламента работы сервиса.
Твой вопрос сейчас не сформулирован.

Как исправить ошибку создания объекта из абстрактного класса?

Nordman99, тебе стоит отказаться от размещения изображений с текстом. Я не буду читать неразборчивый текст с мыльных изображений, мне мои глаза дороже.
Тебе нужно привести лог сборки, там все написано. Вывод ошибок для тебя в данном случае бесполезен.

Округление при целочисленном делении, как понять?

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

Округление при целочисленном делении, как понять?

Homemade, а к чему в вопросе тег C++?

Как исправить ошибку создания объекта из абстрактного класса?

Nordman99 , это не все ошибки, которые важны для ответа на твой вопрос. Ошибок должно быть больше двух, тебе нужно посмотреть в лог сборки.
Проблема у тебя с кодом в том, что ScintillaWX является абстрактным классом. Объект такого класса нельзя создать - это ошибка. А абстрактным ScintillaWX является потому что реализовал не все чисто-виртуальные методы своего базового класса - ScintillaBase. Именно эти нереализованные методы и должны быть указаны в логе сборки.

Почему не вызывается деструктор класса?

Герман,

это не суть важно

Наоборот. Это очень важно, т.к. сейчас у тебя получается весь дом кувырком. В буквальном смысле.
Сцене незачем знать про буфер. За буфер видеопамяти должна отвечать графическая подсистема.
Сцене незачем знать о состоянии рендеренга. За это тоже должна отвечать графика.
Сцена ничего не должна знать о специфике своего контента. Сцена - это просто пространство, в котором хранится дерево интерфейсов объектов сцены.
Механики игры, включая подсистему графики, используют сцену для игровой симуляции.
Все эти графические буферы и прочие состояния, которые ты сейчас создаешь в сцене, на деле принадлежат объектам сцены и должны находиться в объектах сцены.
Если объект сцены должен отображаться, он возьмет соответствующие данные из графической подсистемы. Если объект должен сталкиваться, он возьмет нужные данные из подсистемы столкновений. Если объект звучит, он возьмет звук из подсистемы звуков.

Я боюсь, так просто это все не описать. И я еще раз прошу тебя не нарушать П5.14 регламента. Эта тема является отстраненной относительно твоего вопроса. Тебе лучше задать новый вопрос.

Почему не вызывается деструктор класса?

Герман, а что это за переменные, что создаются в initScene()?

Почему не вызывается деструктор класса?

Герман, все зависит от того, как ты для самого себя определил термин сцены.
Сцена - это всего лишь пространство, в рамках которого игровые объекты имеют возможность взаимодействовать. Исходя из этого общего положения можно сделать вывод, что сцена - это всего лишь контейнер для объектов. И тут поднимается вопрос, а зачем тогда делать несколько типов таких контейнеров?
Возможно у тебя в каждой сцене присутствует какая-то своя логика. С т.з. общего понимания это не правильно. Уникальная логика не должна всю сцену делать уникальной, но лишь позволять сделать уникальной какую-то небольшую часть обобщения сцены.
Тебе стоит задать отдельный вопрос, в котором нужно обязательно описать свое понимание сцены и свои мысли о необходимости делать отдельный класс для каждой сцены.

Почему не вызывается деструктор класса?

Герман, твой менеджер сцен - это не менеджер сцен, а интерфейс сцены. Кажется, тебе стоит изучить основы ООП.
Если у интерфейса сцены деструктор виртуальный, то знать конкретный тип имея указатель на интерфейс тебе не нужно. Язык все правильно сделает сам.
Если деструктор у интерфейса не виртуальный, то тебе стоит изучить основы ООП. В твоем коде сейчас хорошо проглядывается непонимание целей наследования.

Имея лишь средства языка и указатель на интерфейс, узнать конкретный тип за этим интерфейсом ты можешь только перебором динамического приведения к каждому из всех возможных типов реализации интерфейса. В общем случае такой подход ничего не решает кроме проблемы расстаться с огромной горой времени впустую.
Явным образом деструктор запоминает только std::shared_ptr, который можно привести из указателя на реализацию в указатель на интерфейс с сохранением контрольного блока и информации о фактическом типе контролируемого экземпляра.