Russian Qt Forum

Доброго времени суток.

Суть такая, что Qt-шный класс для винды QWinEventNotifier перестает ловить Windows евенты,
если мышкой кликнуть по заголовку окна и "держать", или пытаться изменить размер окна (растянуть) - но не отпускать.

В этом случае его loop останавливается пока не "отпустить" заголовок окна.

Я привел тестовое приложение в котором по таймеру раз в сек некий Windows евент дескриптор HANDLE
устанавливается в сигнальное состояние. Сразу после этого должен срабатывать QWinEventNotifier
который "заточен" на отлов этого евента и евент автоматом сбрасывается, до тек пор, пока снова не сработает таймер.

В приложении в консоль, через QDebug, выводятся счетчики кол-ва установленных евентов и
кол-ва обработанных.

И если воспроизвести сей баг - то это кол-во эвентов становится разным.

Как быть? Баг или не баг?

Интересная особенность: если я не подключаю QtGui, а создаю только консольное приложение,
то обработка евентов не останавливается.

Также интересно: почему QWinEventNotifier останавливается, а QTimer нет?

Приложение в аттаче. Для его сборки необходим приватный заголовок по пути

QTimer создает свой собственный поток для отсчета времени.

Кстати с этой проблемой сталкивался недавно. При переносе окна, основной поток обработки застывает.

Решение - вынести в отдельный поток.

PS не претендую на изящное решение

Вовсе нет.

Хреновое решение. Не годится.   :-\

BRE, тогда объясните мне, неразумному, какого при запуске QTimer создается отдельный поток? :)

kuzulis на сколько я помню это фича самой венды и сделать тут ничего нельзя. :(

Незнаю.
У Qt исходники открытые, загляни туда и все увидишь.

К сожалению хреновенькое решение является одним из множества костылей, которыми можно обойти эту проблему.

to BRE интересно, тем более хочется разобраться, как он работает, ибо он срабатывает при паузе в потоке :) Ладно, сам разберусь на досуге ^^

Не катит. Ну никак.

Да я тоже про это слышал. Но не верю. Почему таймер тогда работает?
Почему тогда SocketNotifier для сокетов работает (или не работает?)?

И где логическая связь между обработкой мессаг от окна типа WM_ и евентов (объектов ядра) Windows?
Оно ж не должно одно другому мешать, по идее. Значит что-то тут не то.

Мож нокиевцам написать?

Он срабатывает в цикле обработки событий, где и проверяются интервалы для всех таймеров зарегистрированных в этом потоке.

Да. И интересно то, что евент луп то работает! А евентов нет! Какая то фигня, товарищи! :)

Вот и я о том же :) Таймер работает, но евенты не работают :) Потому и была мысль насчет отдельного потока(причем кстати он то создается раз за разом, зараза.)

IMHO, тоже не работает.
Ты про какие таймеры говоришь: про системные или внутренние Qt. Внутренние будут работать.

Создай 100 таймеров и посмотри создается ли 100 потоков (если в исходники залезть не хочешь).

Про QTimer.

Он и будет работать, ему внешние события не нужны, в отличие от нотификаторов. А венда просто перестает их передавать окну при зажатой кнопки мышки (она вся концентрируется на перетаскивании :) ).

Ну ладно. Я нокиевцам написал про эту особенность.. Может что ответят.

Хехе, а вот если клинкуть по любой кнопочке (свернуть, развернуть, закрыть) в заголовке окна, то останавливается и QTimer.  :-X

Видать венда перестает и обычные события передавать в окно и Qt eventloop останавливается на вендовом PeekMessage. :) Венда-с. :)
Кстати, а на какой венде экспериментируешь, неужели в 7 остались эти кайфы?

Не убивай егоооо  :o

:)

Win 7 Pro x64
Ver 6.1 (build 7601: Service Pack 1)

Со всеми обновлениями, включая сегодняшнее.

В общем, это "фича" винды. Нокиевцы говорят, что её никак не побороть, но они в Qt5 пытаются сделать так, чтобы
обрабатывались все события.