Создаю свое окно, дочернее к qt-шному через CreateWindow в другом потоке. Падает

[Caduceus]

А вот как это выглядит с движком:

[Caduceus]

Тот минимальныйпример что я привел никого на мысль не натолкнул?

[Tonal]

Я как-то наткнулся на то, что если для окна не реализовать обработку WM_GETTEXT + WM_GETTEXTLEN, то любой кто попросит его имя - зависнит.
Например зависала функция FindWindow если не указан класс. Причём в любом приложении.

Посмотри в исходники Qt/MFC Migration Framework
Может поможет.

Кстати, гугель, по запросу "winapi child window in other thread" выдал интересную ссылку:
http://www.eggheadcafe.com/software/aspnet/33723942/childrenparent-window-in.aspx

[Caduceus]

Спасибо большое.
ОБработка WM_GETTEXT + WM_GETTEXTLEN ситуацию не изменило. А вот Ваша сссылка с Гугла оченно меня огорчила. Дело значит совсем не в Qt.

Не понтяно тогда, почему если я это окно вешаю над ActiveX -ом, то все нормально...

[Tonal]

Про WM_GETTEXT я привёл просто для примера, не ожидая что они на что-нибудь повлияют.
По ссылке, вроде упоминали о каких-то обходных путях?

Про ActiveX - точно не уверен, но, возможно там не настоящее дочернее окно - не даром протокол встраивания дублирует функции и события WinApi.
В любом случае, MS туда очень много наворочили...

[Caduceus]

Ураа, проблема решена. Видимо, если выносить окно в отделный поток, то гасится только цикл сообщений родителя этого кона в другом потоке. У меня сначала гасились все сообщения моего диалога, так как оно было родителем окна из второго потока. Выход из ситуации - сделать окно-заглушку в первом потоке и уже оно будет родителем окна во втором потке. То есть его цикл может и гасится - но пофигу становится. Именно поэтому у меня и работало с ActiveX-ом - там же ActiveX сам был этим окном-заглушкой.
И сейчас у меня полнофункциональная красота: