навеяно темой
shared_ptr и большие динамические массивы

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

Я отдаю себе отчет в том , что изменив библиотеку с классами,
файлы массивов станут невалидными.

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

MasterZivSiemargl,
потому как ничего не понятно...


А что тут не понятного?

Нужно создать массив классов с вируальными функциями
инициализировать его и выгрузить на диск.

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

MasterZivд0k,

Ну да, бред же...

Указатель на виртуальную функцию -- это не данные, это -- код.
Код от данных все как могут пытаются отделять сейчас...

Давай так: ЗАЧЕМ тебе такое нужно ?

Давайте проверим , когда код превращается в данные
сделайте класс с виртуальным деструктором
и уберите virtual, сделайте их дампы памяти обхектов в файл и сравните
что появляется в области памяти объекта при объявлении деструктора виртуальным.


Нужен максимально простой в реализации механизм сериализации объектов на диск
из разных программ использующих одну и туже библиотеку .

Siemargl
Если ты экспортируешь данные, то это сериализация.
Можно конечно данные десериализовать и без конструкторов.


Меня интересует самый простой с точки зрения кода
хак-механизм сериализации и десериализации с возможностью
массовой заргузки выгрузки больших массивов содержащих
не РОD объекты.



Все последствия неверного использования я себе представляю.

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

Siemarglд0k,

Простой способ, видимо не существует.

Сложный - сделай кастомный аллокатор, и заставь все твое разношерстное хозяйство,нужное для сохранения, его использовать.
Потом таскай дамп памяти, что он нааллокировал при создании тестовых данных.

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

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

CEMbд0kЕсли кому интерсно практическое применение,
все это будет использоваться в оптимизации преобразований фурьеа в какой области планируется применять преобразования Фурье?

Сраврение спектральных портретов движущихся объектов.

Siemarglд0k,

И вправду проблема.

Я посмотрел код, генерируемый gcc - указатель на VMT прописывается в объекте конструктором (и деструктором для нехиповых объектов).
Соответственно, с твоей идеей полный швах.

Меня еще не покидает надежда явным предсказуемым
образом прибить VMT
к адресному пространству разных процессов через разделяемую библиотеку.

Собственно этот вопрос изначально имелся ввиду в сабже .

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

Выяснил интересную штуку, которую не знал.
Оказывается адресация разделяемых библиотек в простраестве процесса
может плавать не просто в разных бинарниках, а и от запуска к запуску.
Фича сделана что бы затруднить жизнь вирусописателям и прочим злым хакерам.

CEMbд0kСраврение спектральных портретов движущихся объектов.а можно в нескольких словах про технологию применения? Читал, что преобразования Фурье творят чудеса во многих областях, хотелось бы посмотреть на то, как это применяется.

Классификация объектов по видео и звуку по эталонным спектрам на видео и звуковых дорожка.
Определение скоростей и траекторий движения объектов ( их спектральных портретов).

Машинные органы зрения и слуха.
Пока чисто фундаментальный стартап.

CEMbА про математическое основание статьи есть какие-нибудь почитать? Формулы посмотреть?

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

Если более точно, проверка гепотизы из раздела 5.2
и попытка реинженерить алгоритм распознавания образов
человеческим мозгом.