Вопрос в том, зачем этот код вообще нужен? От чего

каким образом?? Если frefcount = 0, то не у кого нету ссылок на интерфейс. И никто не может никуда вклинится. В этом и смысл использования interlockeddecrement/interlockedincrement

0

21.10.2023

Rudeus

Jack128
каким образом?? Если frefcount = 0, то не у кого...

Хитрость программистов никто не отменял, как и приведение типа. Переключение потока разное везде, там между декрементом и дестроем много чего пролетит

0

21.10.2023

Jack128 Автор вопроса

Iluha Companets
на самом деле многопочные защиты, в идеале, реализ...

Открой для себя чудесный мир lockfree алгоритмов https://en.wikipedia.org/wiki/Non-blocking_algorithm

0

21.10.2023

Jack128 Автор вопроса

Rudeus
Хитрость программистов никто не отменял, как и при...

ну дык от какой конкретно хитрости то эта фигня спасет ??

0

21.10.2023

Rudeus

Jack128
ну дык от какой конкретно хитрости то эта фигня сп...

Преобразуй интерфейс к указателю, потом обратно

0

21.10.2023

Jack128 Автор вопроса

Rudeus
Преобразуй интерфейс к указателю, потом обратно

И ?? А как эта проверка с fdestroycount поможет ?? Она только побьет чужую память

0

21.10.2023

Rudeus

Jack128
И ?? А как эта проверка с fdestroycount поможет ??...

Или даже проще, просто лишний раз ручками вызвать release а fdestroycount сторожит от вызова destroy второй раз

0

21.10.2023

Jack128 Автор вопроса

Rudeus
Или даже проще, просто лишний раз ручками вызвать ...

Повторюсь, ну да, вызвал я ручками _Release , а чем fdestroycount то поможет ?? После первого _Release frefcount стала 0, память из подобъекта освободилась. Возможно ушла к кому нить другому на другие нужды. при втором (лишнем) _Release - во первых InterlockedDecriment вернет -1 (если больше никто не трогал память) и мы вообще в ветку с проверкой fdestroycount не войдем. Но это уже некоректное поведение, потому что мы переписали чужую память. но даже если память ушла к другому объекту и он выставил в frefcount = 1 , то мы ему обнулили это frefcount (то есть побили тому объекту данные) , потом заинкрементили fdestroycount (еще раз побили чужие данные) ну и не вызвали destroy. Где тут защита ?

0

21.10.2023

Rudeus

Jack128
И ?? А как эта проверка с fdestroycount поможет ??...

В общем, предположим есть функция, которая создает объект, берет интерфейс, преобразует к pointer и отдает в другой поток. На окончании падает в release, там 0 и управление передается во второй поток, который разыменовывает указатель, делает addref и release, чей вызов тоже дает 0, далее fdestroycount = 1 и идет дестрой. и тут просыпается первый поток, вызывает инкремент fdestroycountи получает 2

0

21.10.2023

Rudeus

Jack128
Повторюсь, ну да, вызвал я ручками _Release , а че...

Делали как могли😊

0

21.10.2023