[РЕШЕНО]QWinEventNotifier не отрабытывает в GUI приложении. Баг?

[kuzulis]

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

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

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

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

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

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

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

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

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

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

Код:

#include <QtCore/private/qwineventnotifier_p.h>

[Bepec]

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

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

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

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

[BRE]

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

Вовсе нет.

[kuzulis]

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

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

[Bepec]

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

[BRE]

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

[BRE]

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

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

[Bepec]

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

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

[kuzulis]

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

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

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

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

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

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

[BRE]

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

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

[kuzulis]

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

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

[Bepec]

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

[BRE]

Почему тогда SocketNotifier для сокетов работает (или не работает?)?

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

[BRE]

(причем кстати он то создается раз за разом, зараза.)

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

[kuzulis]

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

Про QTimer.