Вверх ↑
Ответов: 4612
Рейтинг: 746
#1: 2017-10-02 14:17:10 ЛС | профиль | цитата
Galkov писал(а):
Это вовсе не "проблемы порядка работы последующей схемы".
Я это имел в виду исключительно по отношению к методу doSynchronize, не заметив, что это предлагалось отдельно в виде doDeferred.

Galkov писал(а):
именно всеобъемлющая парадигма является Вашей головной болью в последнее время
Ага. Чтобы каждый разработчик компонентов не решал это заново.

Galkov писал(а):
Предположим, что остались необработанные сообщения при получении WM_CLOSE
Чисто для понимания: кроме WM_CLOSE есть ещё и WM_QUIT.

Galkov писал(а):
Netspirit, ты же doSynchronize не имеешь право вызывать в своем элементе из главного потока. Потому-что получишь DeadLock.
Я вот сколько вчитываюсь, не могу понять - почему? Какой это deadlock по WM_CLOSE и SendMessage?
карма: 26

0
Редактировалось 1 раз(а), последний 2017-10-02 14:18:04