Блокировка при уничтожении ActiveX

Tulosba · Регистрация: 19.02.2013

Author24 — интернет-сервис помощи студентам

Всем привет.

Есть ActiveX модуль, написанный на C++ Builder 6. Исходники есть, возможность правки присутствует. Но нет полного понимания механизма работы.
Периодически наблюдается блокировка при уничтожении объекта. В отладчике вижу, что вишу в TBitmap::FreeContext.
Если исключить вызов деструктора TBitmap (например выделить память, но не удалять), то блокировки не наблюдается, но конечно идет жор памяти.

Вопрос в следующем: может ли блокировка происходить из-за неправильного (неожиданного) уничтожения ActiveX? Т.е. скажем начало уничтожения объекта пока идет прорисовка на упомянутом битмапе.

Было бы неплохо, если бы кто-то прояснил ещё про жизненный цикл объекта ActiveX.

Заранее спасибо.

Убежденный · 10.04.2014, 21:56

Сообщение от Tulosba

Было бы неплохо, если бы кто-то прояснил ещё про жизненный цикл объекта ActiveX.

Там действуют фундаментальные правила COM:
У клиента есть ссылка. Пока он работает с объектом, ссылка удерживается.
Когда объект больше не нужен, ссылка освобождается (p->Release).
Если указатель передается кому-то другому, счетчик ссылок увеливичается (p->AddRef).
Рано или поздно счетчик ссылок станет равным нулю и объект сам себя уничтожит.

Managing Object Lifetimes Through Reference Counting
http://msdn.microsoft.com/en-u... 85%29.aspx

Если исключить вызов деструктора TBitmap (например выделить память, но не удалять), то блокировки не наблюдается

Не помешали бы "раскопки" этого самого деструктора TBitmap с поиском
конкретной причины блокировки.

Tulosba · 10.04.2014, 22:05 **[ТС]**

Сообщение от Убежденный

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

Это понятно. Но вот как быть, если крутится ещё один поток и в этот момент начинается процесс уничтожения?
В обработчике (деструкторе?), который срабатывает при уничтожении ActiveX дать команду на завершение потока, дождаться его завершения и всё будет ок?

Сообщение от Убежденный

Не помешали бы "раскопки" этого самого деструктора TBitmap с поиском
конкретной причины блокировки.

Я так понимаю, что по какой-то причине у него залочена канва (Canvas), и FreeContext как раз ожидает разблокировки. Но это пока догадки нормальной доки не нашел что-то.

Убежденный · 10.04.2014, 22:12

Сообщение от Tulosba

Это понятно. Но вот как быть, если крутится ещё один поток и в этот момент начинается процесс уничтожения?

Если имеется в виду внешний, т.е. еще один клиентский поток, использующий
объект, Такого не должно быть (в идеале). Если два потока используют объект,
ссылок тоже будет две.

В обработчике (деструкторе?), который срабатывает при уничтожении ActiveX дать команду на завершение потока, дождаться его завершения и всё будет ок?

А разве есть другие варианты корректно уничтожить объект, если он
создает свои потоки ?

Tulosba · 10.04.2014, 22:22 **[ТС]**

Сообщение от Убежденный

Если имеется в виду внешний, т.е. еще один клиентский поток, использующий
объект,

Внутри кода ActiveX создается новый поток, который занят некоторой своей фоновой задачей.

Сообщение от Убежденный

А разве есть другие варианты корректно уничтожить объект, если он
создает свои потоки ?

Ваша правда.
Видимо нужно ещё поразбирать имеющийся код.

Tulosba :) 4773 / 3267 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
		1
	Блокировка при уничтожении ActiveX 10.04.2014, 12:03. Показов 1263. Ответов 4 Метки нет (Все метки) Всем привет. Есть ActiveX модуль, написанный на C++ Builder 6. Исходники есть, возможность правки присутствует. Но нет полного понимания механизма работы. Периодически наблюдается блокировка при уничтожении объекта. В отладчике вижу, что вишу в TBitmap::FreeContext. Если исключить вызов деструктора TBitmap (например выделить память, но не удалять), то блокировки не наблюдается, но конечно идет жор памяти. Вопрос в следующем: может ли блокировка происходить из-за неправильного (неожиданного) уничтожения ActiveX? Т.е. скажем начало уничтожения объекта пока идет прорисовка на упомянутом битмапе. Было бы неплохо, если бы кто-то прояснил ещё про жизненный цикл объекта ActiveX. Заранее спасибо. 0

Убежденный Ушел с форума 16478 / 7441 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	10.04.2014, 21:56	2
	Сообщение от Tulosba Было бы неплохо, если бы кто-то прояснил ещё про жизненный цикл объекта ActiveX. Там действуют фундаментальные правила COM: У клиента есть ссылка. Пока он работает с объектом, ссылка удерживается. Когда объект больше не нужен, ссылка освобождается (p->Release). Если указатель передается кому-то другому, счетчик ссылок увеливичается (p->AddRef). Рано или поздно счетчик ссылок станет равным нулю и объект сам себя уничтожит. Managing Object Lifetimes Through Reference Counting http://msdn.microsoft.com/en-u... 85%29.aspx Если исключить вызов деструктора TBitmap (например выделить память, но не удалять), то блокировки не наблюдается Не помешали бы "раскопки" этого самого деструктора TBitmap с поиском конкретной причины блокировки. 1

Tulosba :) 4773 / 3267 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
	10.04.2014, 22:05 [ТС]	3
	Сообщение от Убежденный Рано или поздно счетчик ссылок станет равным нулю и объект сам себя уничтожит. Это понятно. Но вот как быть, если крутится ещё один поток и в этот момент начинается процесс уничтожения? В обработчике (деструкторе?), который срабатывает при уничтожении ActiveX дать команду на завершение потока, дождаться его завершения и всё будет ок? Сообщение от Убежденный Не помешали бы "раскопки" этого самого деструктора TBitmap с поиском конкретной причины блокировки. Я так понимаю, что по какой-то причине у него залочена канва (Canvas), и FreeContext как раз ожидает разблокировки. Но это пока догадки нормальной доки не нашел что-то. 0

Убежденный Ушел с форума 16478 / 7441 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	10.04.2014, 22:12	4
	Сообщение от Tulosba Это понятно. Но вот как быть, если крутится ещё один поток и в этот момент начинается процесс уничтожения? Если имеется в виду внешний, т.е. еще один клиентский поток, использующий объект, Такого не должно быть (в идеале). Если два потока используют объект, ссылок тоже будет две. В обработчике (деструкторе?), который срабатывает при уничтожении ActiveX дать команду на завершение потока, дождаться его завершения и всё будет ок? А разве есть другие варианты корректно уничтожить объект, если он создает свои потоки ? 1

Tulosba :) 4773 / 3267 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
	10.04.2014, 22:22 [ТС]	5
	Сообщение от Убежденный Если имеется в виду внешний, т.е. еще один клиентский поток, использующий объект, Внутри кода ActiveX создается новый поток, который занят некоторой своей фоновой задачей. Сообщение от Убежденный А разве есть другие варианты корректно уничтожить объект, если он создает свои потоки ? Ваша правда. Видимо нужно ещё поразбирать имеющийся код. 0