IZ
Не уверен что из приложения можно вызывать m_Plugins.clear(), так как объекты классов плагинов лежат в области памяти .dll
Нет у .dll никаких областей памяти
Size: a a a
2020 September 03
RM
Нет у .dll никаких областей памяти
в смысле нету
RM
Разве .dll не выделяется свое пространство памяти? У ОСи Windows вроде так
p
у тебя есть же консольный браузер. так нужно делать? не знаю, что типизация слабая.
A
Если один из модулей забыл освободить свой класс наследуемый от IPlugin, то могу ли я освободить его сам из класса приложения?
Виртуальный деструктор
RM
Виртуальный деструктор
Так в мапе разве ключ, который равен std::string не принадлежит dll?
RM
Надо из .dll вызывать шаблонный метод, а потом из него вызывать метод из приложения передавая тип как строку, а уже затем помещать в мапу?
RM
В душе не ебу короче, там какой то конфликт с CRT может быть
RM
В общем, не катит идея с вводом многопоточности в приложение
RM
Потому что если это делать, то все классы от IPlugin надо делать потокобезопасными
KK
Рой, а ты хоть один проект закончил?
RM
Рой, а ты хоть один проект закончил?
Гонишь что ли, я занимаюсь большими проектами
RM
Короче, идея с многопотоком не катит, только время зря проебал
KK
Короче, идея с многопотоком не катит, только время зря проебал
То ли ещё будет
RM
Нужно ли кастить дочерний класс к родительскому прежде чем поместить в указатель на базовый класс родительского класса? Там тройное наследование
RM
struct ITest {};
struct IFoo : public ITest {};
struct Boo : public IFoo {};
const auto ptr = new Boo{};
ITest* ptrBase = ptr;RM
Нужно ли вместо
const auto ptr указывать const IFoo* ptr ?RM
или ITest и так видит что Boo является дочерним классом от IFoo ?
D
Нужно ли вместо
const auto ptr указывать const IFoo* ptr ?Зачем?
RM
Зачем?
Хз, так не принято делать?