Общие вопросы по программированию (1329 стр) / Программирование / Форум / Флейм / GameDev.ru

Охтыж я прозрел!!!
Естественно возник вопрос - а что творится в COM где тоже интерфейсы интерфейсами погоняют, но нечто реализованное на C++?
Ведь если ком-класс реализует два разных интерфейса, что легально, то он неизбежно столкнётся с тем что в обоих интерфейсах надо реализовать AddRef/Release.
Естественно ожидать что нужно виртуальное наследование чтобы перекрыть одной и той же реализацией.
А нихрена подобного! В COM вообще нигде в базисе реализации на C++ не используется множественное наследование.
Опять таки кофе выпало изо рта - как так?
Так вот оказывается в C++ есть правило которое если я и знал, то забыл десятилетия назад - что если есть абсолютно одинаковый виртуальный метод в двух разных базах, то перекрывая его в производном классе ты автоматически перекрываешь обе реализации и иначе сделать невозможно!
И вот за счёт этого правила в COM без виртуального наследования работает поддержка множественных интерфейсов.
Прикольно.

=A=L=X=
Постоялец

#19922
16:58, 10 янв 2026

Блин, я прям даже просветлел - я годами думал что механизм COM он какой то ну сложный - что под капотом там виртуальное наследование и какие то еще подкапотные механизмы.
А там нихрена - просто слоты для каждого интерфейса реализованного и всё. И в каждом слоте просто все интерфейсы отнаследованные повторяются если встречаются в любой другой ветке "грозди". И всё.
То что я придумывал на прошлой странице сложнее, но потому что и умеет сложнее.
Мда уж.

skalogryz
Участник

#19923
21:17, 10 янв 2026

я бы не стал говорить, что COM, это что-то на крестах
com, это abi соглашение: https://ru.wikipedia.org/wiki/Microsoft_Component_Object_Model_Interface

"интерфейс бинарно работает вот так"

интерфейсы вполне себе реализуются и через Си, просто передавая указатель на рекорд, который состоит из указателей на функции

=A=L=X=
Постоялец

#19924
13:18, 11 янв 2026

skalogryz
> com, это abi соглашение

Да, но реализовано оно вокруг того как MS VC++ делает раскладку объектов в памяти. Это не совпадение, а фича.
На самом деле даже неплохо получилось - переделка кода на Си совсем несложная.

Mikle
Модератор

#19925
15:12, 11 янв 2026

А самый-самый COM язык - это, внезапно, Visual Basic 6. Там всё ООП - это автоматически COM.

=A=L=X=
Постоялец

#19926
16:11, 11 янв 2026

Mikle
> А самый-самый COM язык - это, внезапно, Visual Basic 6. Там всё ООП - это автоматически COM.

Мне даже интересно - это MS Basic подгоняли под DCOM или DCOM подгоняли под MS Basic.
Насколько я подозреваю managed string BSTR в DCOM это сокращение от Basic string.
Что забавно - 1С пошла по тем же стопам и уже в 1С 7 все программные объекты то ли отображались то ли тоже реально являлись по сути своей COM-объектами, только не DCOM, а свой велосипед именуемый как то типа 1C Extensions - можно было из внешней программы залезть в программную среду 1С используя эти COM-интерфейсы и не только пользовать сами объекты, но и интегрироваться в среду.
Суть ровно та же - некий интерфейс а-ля IDispatch через который можно вызывать методы объекта упрощенно как Invoke(method_name, params_array, outputs_array);

innuendo
Постоялец

#19927
12:06, 12 янв 2026

Имбирная Ведьмочка
Он не тормоз ... Он медленный газ :)

SleepyHardbass
Постоялец

#19928
(Правка: 8:27) 8:24, 21 янв 2026

Здравствуйте! Может кто делал представление на bitset, где в качестве смещения используются биты, а не байты
Интересует реализация методов merge/crop или union/intersect, не знаю как правильно их обозвать :D
Например: bitsetA(offset 0):merge( bitsetB(offset 3bit) )

Вий
Постоялец

#19929
9:48, 21 янв 2026

SleepyHardbass
а что эти методы должны делать с битами то?

SleepyHardbass
Постоялец

#19930
(Правка: 11:56) 10:01, 21 янв 2026

Вий
Вернуть новый bitset, где для каждого чанка/слова было выполнено ~сравнение~ битов
merge: bitsetA | bitsetB; crop: bitsetA & bitsetB

+ LuaCode

− Скрыть

merge = function(self, other)
    local length = math_min(self.length, other.length)
    local result = self:new(length)
    local a, b, dst = self.array, other.array, result.array
    for index = 0, result.chunks - 1 do
        dst[index] = OR(a[index], b[index])
    end
    return result
end
crop = function(self, other)
    local length = math_min(self.length, other.length)
    local result = self:new(length)
    local a, b, dst = self.array, other.array, result.array
    for index = 0, result.chunks - 1 do
        dst[index] = AND(a[index], b[index])
    end
    return result
end

UPD:
Нашел реализацию на Go, может там будет понятнее bitset.go

UPD2:
Если никто подобными извращениями не занимался, то и не надо
Я сам что-нибудь придумаю (хотелось увидеть как это делают дргуие, т.е без лишних телодвижении в цикле - SHR(bits, offset), AND(bits, SHL(1, offset) - 1) и тому подобное

nes
Постоялец

#19931
20:46, 26 янв 2026

А чо std::is_arithmetic для bool, char, wchar_t, char8_t, char16_t, char32_t возвращает Ъ, он пьян?

entryway
Участник

#19932
21:17, 26 янв 2026

nes
> А чо std::is_arithmetic для bool, char, wchar_t, char8_t, char16_t, char32_t возвращает Ъ, он пьян?
Потому что

template<class T>
struct is_arithmetic : std::integral_constant<bool,
                                              std::is_integral<T>::value ||
                                              std::is_floating_point<T>::value> {};

а про std::is_integral мы уже выясняли
https://gamedev.ru/flame/forum/?id=248221&page=19&m=5082367#m277

Dimich
Постоялец

#19933
(Правка: 20:52) 20:46, 14 фев 2026

Приложение зависает при вызове exit, abort или terminate.
Как из кода уронить процесс, чтоб наверняка?
Отладчик говорит, что висит в ntdll!ZwWaitForMultipleObjects.

Имбирная Ведьмочка
Участник

#19934
10:37, 15 фев 2026

Dimich
гугл аяй модо:

+ Показать

− Скрыть

Когда вызов
exit() или abort() приводит к зависанию в ntdll!zwwaitformultipleobjects, это обычно означает классический deadlock при выгрузке. Стандартные функции завершения пытаются вызвать деструкторы глобальных объектов или уведомлять DLL (DLL_PROCESS_DETACH), что требует захвата внутренних блокировок (например, загрузчика LdrpLoaderLock), которые уже могут быть кем-то заняты.
Чтобы «уронить» процесс немедленно, минуя все механизмы очистки:

TerminateProcess(GetCurrentProcess(), exit_code)
Это самый надежный способ из WinAPI. В отличие от ExitProcess, она не уведомляет DLL и не ждет завершения потоков, а просто мгновенно прекращает их выполнение. Процесс умрет сразу, как только управление передастся в ядро.
FastFail (Intrinsics)
Если вы используете MSVC, вызов __fastfail(FAST_FAIL_FATAL_APP_EXIT) вызывает немедленный краш с кодом исключения 0xC0000409. Это игнорирует любые обработчики исключений и немедленно передает управление системе для завершения процесса.
Генерация исключения в SEH
Если нужно, чтобы остался дамп для отладки, можно вызвать RaiseException или просто обратиться по нулевому адресу. Однако, если у вас установлены глобальные фильтры исключений, они могут попытаться выполнить код очистки и снова зависнуть.
_exit() (из )
Эта функция из состава C Runtime (CRT) завершает процесс без вызова деструкторов глобальных объектов и функций atexit, что помогает избежать блокировок на уровне прикладного кода, но она все равно вызывает ExitProcess внутри, поэтому может зависнуть на уровне системы.

Рекомендация: используйте TerminateProcess — она специально создана для «грязного» и безусловного завершения.
Вас интересует способ с сохранением мини-дампа или максимально тихий и быстрый «выход»?
AI can make mistakes, so double-check responses