Russian Qt Forum

Знатоки подскажите как можно, грубо говоря, поставить процедуру на паузу, а потом с этой паузы снять при получении сигнала, причем все это (и процедура и сигналы) происходят в внутри одного потоке QThread.

только не злоупотребляй этим...

не работает для меня это.
останов происходит внутри do while и конструкция qeventloop срабатывает один раз, а на второй зависает.

Стража поставь.
bool guard.

В слоте меняешь его на true/false. А в цикле блок обработки его. Вот и всё.

И зачем мне никчемно загружать процессор?? Индусский код писать это не мое.

Значит пересмотрите архитектуру вашего проекта, в одном потоке вряд ли получится такое сделать.

Зачем флудить?? Если есть что по существу пиши, а нет проходи мимо.

Это не индусский код :) Это стандартный подход в вашем случае.

Процессор будет загружен настолько, насколько его загрузит блок кода, который вы напишите :) И ни одной инструкцией больше. Это уже вопрос к вашим рукам и знаниям :)

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

PS и kibsoft дело говорит. Если уж стража вы обзываете индусским кодом, то архитектуру желательно пересмотреть :)

PPS если после прочтения вышеизложенного не дойдёт, то поясню на пальцах.
Страж будет меняться с true на false. В блоке условия, который вы должны написать сами, вы можете задать паузу eventLoop'ом. В этом случае ваш код будет бодрым, весёлым и не загружающим процессор пустым циклом.

Вы видно не внимательно читали
1. QEventLoop не отрабатывает более одного раза в одном цикле
2. В пустом цикле с ожиданием сигнала на гуард мы загрузим процессор на 100% и тем самым вообще заблокируем все процедуры потока
3. Всякие sleep и таймеры тоже не подходят так как нужен выход из режима ожидания не по времени а по сигналу.
4. Я нахожусь в процессе разработки и если не найдется простого решения для ожидания, то соответственно поменяю структуру.

Не дошло...

Печаль тоска помидоры.

1) Отрабатывает. Скорее всего у вас там написано как то заковыристо.
2) Поэтому я написал, цитирую Ситуацию пустого цикла разрулите вы, написав этот блок обработки. Это же естественно.
3) Слип вешает поток, таймер по архитектуре не подходит, евент луп подходит превосходно. Он для того и сделан.
4) Хорошо.

PS Если вы желаете чтобы помог я разобраться с eventloop'ом и данной ситуацией, сделайте тестовый проект с проблемой и прикрепите к сообщению. И мы вместе с вами разберёмся, найдём ошибку и/или найдём способ решения.  

Предлагаю сделать отдельный поток, который будет слать сигнал.
Ну и currentThread.join() ;)

Тут вообще не понял. Если цикл с ожиданием - как же испустим сигнал? (ведь все в 1 нитке)

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

Не существует полноценной замены нормальному решению в событийной схеме: разбить ф-цию на 2, до и после сигнала.

EventLoop тормозит процедуру, но при этом очередь событий продолжает выполняться. Т.е. сигнал пройдет и переменная поменяется.

А eventLoop'ом мы и разбиваем :)

Это не флуд, а намек на то, чтобы вынести ваш do/while в отдельный поток, а там можно попробовать мьютексом лок делать.
У вас есть какие-то весомые причины использования do/while с остальными операциями в одном потоке?