AllocateHwnd потоко-небезопасен... Что делать?

[darkleo]

Всем доброго друзья.
Суть проблемы:
Есть необходимость из DLL заюзать разные компоненты из VCL (не спрашивайте зачем=) ).
Допустим интегрировать маленькое окошко и выводить его когда нужно именно из DLL.
Библа вызывается из ПО, которое крайне щепетильно относится к защите, правильно выделенным ресурсам и их закрытию и тд и тп.
И вот тут возникает проблема. Все упирается в потоко-небезопасный AllocateHwnd
Дело в том, что даже поместив в библу в uses компонент Forms (или еще что-нибудь ссылающееся на VCL) мы получим краш в нашем основном ПО, которое вызывало нашу библу. Почему? Потому, что даже залепив в uses ту же Forms, при загрузке нашей DLL происходит инициализация всех компонентов внутри, которые в свою очередь вызывают штатный AllocateHwnd.
Я конечно решил проблему, перейдя на Winapi, нарисовав окошко "ручками", поставил обработчики на сообщения для окна и самоеглавное заюзал кастомный аналог AllocateHwnd, который потоко-безопасен. И все работает как часы.
Но - uses Forms увы нельзя... а очень хотелось бы...
Вопрос... существует ли какая-то возможность перехватить\перенаправить штатный AllocateHwnd в кастомный потоко-безопасный?
Или есть какие-то более изящные решения данной проблемы?

Буду благодарен всем за идеи.

[p51x]

https://www.thedelphigeek.com/2007/0...read-safe.html

[darkleo]

Это понятно. Похожее решение я и заюзал.
Но это немного не то, что интересовало... Я думаю, что подменить (не заменить) вызов штатного AllocateHWND не представляется возможным....

[northener]

Хм. Впервые слышу что в проблемах с использованием VCL в DLL-библиотеках виновато именно то, что AllocateHwnd потоко-небезопасный.

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

Дело в том, что даже поместив в библу в uses компонент Forms (или еще что-нибудь ссылающееся на VCL) мы получим краш в нашем основном ПО, которое вызывало нашу библу. Почему?

А может потому, что объект Application в DLL и основном ПО в данном случае это разные сущности?