Здравствуйте, _NN_, Вы писали:
_NN>Иногда есть ситуация когда между созданием окна и первым сообщением проходит более 5-ти секунд. _NN>Может у кого-нибудь есть объяснение этой ситуации ?
Только предположение — что-нибудь может блокировать гуёвый поток? Какая-нибудь инициализация, обращение к файловой системе, сетевым ресурсам?
_____________________
С уважением,
Stanislav V. Zudin
Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>Здравствуйте, _NN_, Вы писали:
_NN>>Иногда есть ситуация когда между созданием окна и первым сообщением проходит более 5-ти секунд. _NN>>Может у кого-нибудь есть объяснение этой ситуации ?
SVZ>Только предположение — что-нибудь может блокировать гуёвый поток? Какая-нибудь инициализация, обращение к файловой системе, сетевым ресурсам?
Всё в отдельном потоке.
Создается поток, в нём создаем окно и ждём.
WM_GETMINMAXINFO приходит иногда с запозданием до 6-ти секунд.
_NN>Иногда есть ситуация когда между созданием окна и первым сообщением проходит более 5-ти секунд. _NN>Может у кого-нибудь есть объяснение этой ситуации ?
У Мистера Дебаггера объяснение точно найдется..
Как много веселых ребят, и все делают велосипед...
Здравствуйте, ononim, Вы писали:
_NN>>Иногда есть ситуация когда между созданием окна и первым сообщением проходит более 5-ти секунд. _NN>>Может у кого-нибудь есть объяснение этой ситуации ? O>У Мистера Дебаггера объяснение точно найдется..
Отлаживать ядро предлагается ?
_NN>Здравствуйте, ononim, Вы писали: _NN>>>Иногда есть ситуация когда между созданием окна и первым сообщением проходит более 5-ти секунд. _NN>>>Может у кого-нибудь есть объяснение этой ситуации ? O>>У Мистера Дебаггера объяснение точно найдется.. _NN>Отлаживать ядро предлагается ?
для начала посмотреть все юзермодные стеки на момент зависона
Как много веселых ребят, и все делают велосипед...
Здравствуйте, ononim, Вы писали:
_NN>>Отлаживать ядро предлагается ? O>для начала посмотреть все юзермодные стеки на момент зависона
Там ничего особенного не видно.
_NN>>>Отлаживать ядро предлагается ? O>>для начала посмотреть все юзермодные стеки на момент зависона _NN>Там ничего особенного не видно.
ну прям таки.. можно вывод windbg после последовательности команд:
.symfix
.reload
~*kv ffff
?
Ну а если заниматься гаданием по кофейной гуще — можно предположить что есть гдето окошко (совсем необязательно конкретно вот это вот и даже необязательно что ваше) которое подолгу не обрабатывает мессаги. Или процедура какого то хука тупит — но это уже было бы видно на стеке.
Как много веселых ребят, и все делают велосипед...
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Здравствуйте, _NN_, Вы писали:
_NN>>Иногда есть ситуация когда между созданием окна и первым сообщением проходит более 5-ти секунд.
PD>1. Как быстро приходит WM_CREATE ?
Иногда за миллисекунды , иногда до 6-ти секунд берёт. PD>2. Запротоколируй все структуры MSG после GetMessage
Здравствуйте, _NN_, Вы писали:
_NN>Отлаживать ядро предлагается ?
Вообще, я никогда с таким не сталкивался, или не замечал. Кроме создания окна какие-то действия с ним делаются?
В качестве отладки и деления проблемы пополам могу посоветовать SetWinEventHook, туда прилетают события создания окна(event_object_create) ещё до того, как полетят сообщения.
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Здравствуйте, _NN_, Вы писали:
PD>>>1. Как быстро приходит WM_CREATE ? _NN>>Иногда за миллисекунды , иногда до 6-ти секунд берёт.
PD>Есть ли отличие в запуске под отладчиком и без него ?
Проблема в том, что это происходит нерегулярно и не на моём компе.
Можно попробовать сравнить с отладчиком.
У меня возникали подобные проблемы при отладке в дебагере VC2012.
Был установлен Avast. Я не могу объяснить взаимосвязь, но после удаления Avast все пошло нормально.