Russian Qt Forum

Коллеги, подскажите пожалуйста, каким образом можно временно приостановить реакцию на определенный сигнал?
Мне нужно, чтобы слот, обрабатывающий поступление сигнала А, мог до завершения своей работы остановить обработку сигнала В. При этом сигнал В возможно будет приходить. Мне надо. чтобы все эти приходы становились в очередь, чтобы их все обработать после снятия запрета.
Правильно ли я понимаю, что если сделать disconnect сигнала B и соответствующего слота, а после снова connect, все так и будет?
Или слот-обработчик B потеряет все сигналы, пришедшие в момент, пока connect не действовал?

Потеряет
Возможно Вам подойдет QQuedConnection, сигналы будут приходить только после того как текущий код выполнен и нитка ушла в событийный цикл

Спасибо, сейчас посмотрю.

Что-то мой указатель в Qt 5.8 не признает наличие QQuedConnection.
Видимо речь идет о Qt::QueuedConnection?
Это похоже. Сейчас разберусь.

Да, по описанию все очень похоже. Буду тестировать. Одного не понял, а управлять этой очередью сигналов возможно? Могу ли я выкинуть из очереди часть сигналов, если она начинает нарастать и обработка не успевает?

Нет, и это правильно, "выкидывание" ни к чему хорошему не приведет. Но Вы можете не ждать когда они придут а обработать накопившиеся (см processEvents и sendPostedEvents). Очередь хранится в QEventLoop текущей нитки

Это не совсем так. Очередь сообщений одна на каждую нить, и она хранится в структурах нити.
А QEventLoop лишь интерфейс к этой очереди.

Так есть средства управления этой очередью? Могу пропускать сообщения без обработки?

Реальное время подразумевает, что "Баклан, прилетающий поздно, пролетает мимо". Мне надо этот принцип реализовать, иначе очередь может расти без пределов.

В таком виде нет.
Есть рычаг в виде QEventLoop::ProcessEventsFlags. ::)

Посмотрел. Не увидел там, как реализовать желаемый механизм. Может поясните? Мне нужно следующее: Обработчик получает сообщение. Обрабатывает данные, которые в нем приходят. Если пришло следующее сообщение того же типа, а обработчик не закончил обработку предыдущего, сообщение надо просто пропустить. Следующее сообщение будет обрабатываться тогда. когда обработка предыдущего закончена. Все, что придет в ходе обрабоки. должно быть пропущено. Обработчик живет в отдельном процессе (не в потоке).

Я бы делал свою очередь сообщений с требуемым поведением.

Вы уверены? Общение слот/сигналами возможно только в рамках одного процесса (адресного пр-ва)

Просто в конце обработки устанавливаете флажок ignore и вызываете processEvents. Все обработчики увидев ignore немедленно возвращают управление. Однако такая схема нехороша, обычно обработчик сигналит серверу "выполнено" где сообщает рез-т операции, только тогда сервер посылает след команду

А в чем проблема? Через сигналы передаются исходные данные, а в слоте обработчике запускается внешний процесс для их обработки.

Уверен. Сам создавал:) А работает это так:
Есть процесс-сервер. Он раздает данные обработчикам через сокеты. Когда сокет обработчика принимает сообщение от сервера, он ставит сигнал о приходе сообщения. Слот обработчика ловит сигнал, и обрабатывает сообщение.
Это не совсем то, что нужно. Допустим, обработчик свободен. Приходит сигнал от сокета. \Обработчик берет данные и начинает обрабатывать. Если в ходе обработки придет следующий сигнал, обработку останавливать не надо, а сигнал надо просто слить. Если я Вас правильно понял, предложенный механизм работает иначе.

Не иначе, а именно так, сливает (что, повторюсь, не есть хорошо)

Что-бы это работало, нужно обслуживание сокета входных данных и саму обработку разнести по разным ниткам. Тогда просто можно использовать флаг: выполняется обработки или нет. И если через сокет приходят данные на обработку в момент, когда флаг обработки установлен, то просто игнорировать их.

Спасибо. Такой вариант мне нравится. Видимо так и поступлю.

Так делать не стал. Допускаю, что компоненты системы могут работать в сети. По этому решил обмен данными сделать через сокеты. Для обработки сокета есть отдельный универсальный модуль, который используется во всех процессах. Выделить его в нитку проблем не будет. А дальше - понятно..