Прошу поммощи по управлению сигналами.

[Ced]

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

[Igors]

Правильно ли я понимаю, что если сделать disconnect сигнала B и соответствующего слота, а после снова connect, все так и будет?
Или слот-обработчик B потеряет все сигналы, пришедшие в момент, пока connect не действовал?

Потеряет

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

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

[Ced]

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

[Ced]

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

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

[Ced]

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

[Igors]

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

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

[Old]

Очередь хранится в QEventLoop текущей нитки

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

[Ced]

Очередь хранится в QEventLoop текущей нитки

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

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

[Ced]

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

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

[Old]

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

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

[Ced]

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

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

[Old]

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

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

[Igors]

Обработчик живет в отдельном процессе (не в потоке).

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

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

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

[Old]

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

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

[Ced]

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

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

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

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