Не всегда приходит оповещение о событиях,установленное через NotifyChangeEventLog
ЧЯДНТ?
А так делать вообще нельзя. Раньше (на заре окон в версиях 3.Х) копии цикла обработки сообщений вставляли в другие части кода, которые выполнялись очень долго. А так как многозадачности не было, то отсутствие такого способа вызывало к подвисанию компа, иногда намертво...
Тут же WFSO не бесконечно ждёт,а миллисекунду формально,поэтому вроде как всё нормально должно быть
И второе - пока идет обработка в Traslate и Dispath состояние Event может несколько раз поменяться - так каое из них вы поймаете?
Цитата: Yos
Вы в этом уверены? Я нет. Тем более ожидания 1 миллисекунды в принципе не существует (градация идет в разрезе 47, если не ошибаюсь, так что ждать вы будете именно столько)- лучше ставить 0 тогда сразу будет ясно есть "сигнал" или его нет...
Я это прекрасно знаю:) Но мне слишком моментальная реакция не нужна;к тому же,когда я ставил 0,программа просто пожирала ресурсы процессора,ибо у меня там PeekMessage же.Поэтому 1 поставил,чтобы совсем не 0 (=
Цитата: Yos
И второе - пока идет обработка в Traslate и Dispath состояние Event может несколько раз поменяться - так каое из них вы поймаете?
Ну,не так уж и долго они обрабатываются…А состояние события меняется не каждый раз,а только после получения 1го события(если я ещё не был о нём уведомлён).Т.е. оно,конечно,устанавливается каждый раз,но мне самое главное–отследить момент появления хотя бы одного нового события.Так что я ловлю последнее
Цитата: @pixo $oft
но не на каждое событие почему-то
Так все же все или последнее...
Ну так там ведь в цикле всё.Поэтому за интервал срабатывания мне достаточно событие поймать,и потом можно до следующего.Т.е. если они пойдут группками,это не страшно
В случае если событие есть выводить MessageBox с Ес/Но, по Но - выходить из цикла и приложения соответственно...
PS ЧЯНТД можно поделить на 4 типа - Явные ошибки, Скрытые ошибки, Особенности реализации и мои любимые Темные электрические силы...