A
и вот ты, по сути, сделал норм вещь для того, чтобы покрывать тестами это
Size: a a a
2020 September 05
RM
А по другому никак, была идея сделать так архитектуру чтоб если ты первый .dll загрузил, а у него есть зависимости, то он сам подгружает что ему надо
RM
но в итоге от этой идеи отказался, ибо геморрой
A
А по другому никак, была идея сделать так архитектуру чтоб если ты первый .dll загрузил, а у него есть зависимости, то он сам подгружает что ему надо
это геморно, ибо может цикл случайно возникнуть
RM
это геморно, ибо может цикл случайно возникнуть
Цикл? имеешь в виду повторный инжект одного и того же .dll?
A
a.dll -> b.dll -> c.dll -> a.dll
RM
a.dll -> b.dll -> c.dll -> a.dll
Нее, там такого нет
A
вот и хорошо
RM
Там если один .dll юзает другой, то третий прежде чем грузить проверяет загрузил ли этот .dll кто-то другой ранее
RM
Но опять же, от этой идеи я отказался
RM
Щас реализация такая что ты в .xml перечисляешь имена .dll и юзаешь
A
можно сделать было /delayload в линковке dll-лок
A
Щас реализация такая что ты в .xml перечисляешь имена .dll и юзаешь
граф зависимостей в хмл
A
ну норм
RM
граф зависимостей в хмл
Там не граф, просто Modules = "TestModuleA, TestModuleB"
RM
Потом это парсится на вектор и добавляется .dll или .so и загружается по порядку
A
ну, список, частный случай графа
A
ок, короч, хорошо
A
в итоге по поводу говна с линковкой ты его решил через абстрактный класс интерфейса плагина, который торчит из DLL, в которой этот плагин
A
так, как я понил?