processEvents() & quit() |
Здравствуйте, гость ( Вход | Регистрация )
processEvents() & quit() |
igor_bogomolov |
18.5.2009, 11:59
Сообщение
#1
|
Профессионал Группа: Сомодератор Сообщений: 1215 Регистрация: 22.3.2009 Из: Саратов Пользователь №: 630 Спасибо сказали: 235 раз(а) Репутация: 29 |
Привет всем.
Столкнулся с проблемкой, что-то не пойму как решить. При старте программы, в основном потоке вызывается длительная функция ~40c (она прогружает платы с ADSP). В силу некоторых причин, не хотелось бы выносить ее в дополнительный поток. Для того чтобы Gui не блокировался, периодически вызывается qApp->processEvents(). Есть QAction связанный с QCoreApplication::quit () Так вот, если в процессе выполнения exeLoader высылается quit, программа не завершается, как мне хотелось бы. Завершится только тогда, когда выйдет из exeLoader.Возможно ли это обойти, не вынося функцию в доп. поток? |
|
|
kwisp |
18.5.2009, 12:38
Сообщение
#2
|
астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23 |
igor_bogomolov,
в каком случае вызывается exeLoader ??? в каком месте программы она вызывается, случаем не до входа в основной цикл обработки событий? высылается quit, вот это еще не понятно, высылается вроде бы triggered т.е. соединение срабатывает во время а программа закрывается только после завершения функции exeLoader так??? |
|
|
igor_bogomolov |
18.5.2009, 12:59
Сообщение
#3
|
Профессионал Группа: Сомодератор Сообщений: 1215 Регистрация: 22.3.2009 Из: Саратов Пользователь №: 630 Спасибо сказали: 235 раз(а) Репутация: 29 |
в каком месте программы она вызывается, случаем не до входа в основной цикл обработки событий? нет, конечно. Цикл обработки событий в момент вызова запущен. Другие события обрабатываеются. Не обрабатывается только выход из программы. В асистенте есть замечание по этому поводу. Можно ли это обойти? вот это еще не понятно, высылается вроде бы triggered Ты все правильно понял. Это я просто так сформулировал. т.е. соединение срабатывает во время а программа закрывается только после завершения функции exeLoader К примеру, есть два коннекта. aboutQt() отробатывает в процессе выполнения exeLoader, quit() - нет.
В книге Бланшета есть такой абзац Цитата One danger with this approach is that the user might close the main window while the application is still saving, or even click File|Save a second time, resulting in undefined behavior. The easiest solution to this problem is to replace Мне же, как раз таки и надо закрыть окно во время выполнения, но этого не происходит.
qApp->processEvents(); with qApp->processEvents(QEventLoop::ExcludeUserInputEvents); |
|
|
kwisp |
18.5.2009, 13:19
Сообщение
#4
|
астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23 |
а
void QCoreApplication::exit ( int returnCode = 0 ) не пробовал? если processEvents вызывается не каждую итерацию цикла то можно с помощью еще одной проверки было ли или нет событие закрытия выходить из цикла и соответтсвенно закрывать программу что то типа
думаю если грузишь 40с много времени одна проверка не оттяпает. хотя конечно способ кривенький, признаю. Сообщение отредактировал kwisp - 18.5.2009, 13:37 |
|
|
igor_bogomolov |
18.5.2009, 13:32
Сообщение
#5
|
Профессионал Группа: Сомодератор Сообщений: 1215 Регистрация: 22.3.2009 Из: Саратов Пользователь №: 630 Спасибо сказали: 235 раз(а) Репутация: 29 |
Попробовал. Тоже самое, к сожалению.
Приложение завершается при выходе из exeLoader, а не в процессе выполнения. ------------- Видимо стандартными методами Qt не получится. Придется свои флаги выставлять. Сообщение отредактировал igor_bogomolov - 18.5.2009, 13:35 |
|
|
SABROG |
18.5.2009, 13:59
Сообщение
#6
|
Профессионал Группа: Участник Сообщений: 1207 Регистрация: 8.12.2008 Из: Russia, Moscow Пользователь №: 446 Спасибо сказали: 229 раз(а) Репутация: 34 |
Если так попробовать?
|
|
|
kwisp |
18.5.2009, 14:06
Сообщение
#7
|
астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23 |
SABROG,
ставлю 1р на то что не получится ибо было бы несправедливо по отношению к exit(0); |
|
|
SABROG |
18.5.2009, 14:11
Сообщение
#8
|
Профессионал Группа: Участник Сообщений: 1207 Регистрация: 8.12.2008 Из: Russia, Moscow Пользователь №: 446 Спасибо сказали: 229 раз(а) Репутация: 34 |
SABROG, ставлю 1р на то что не получится ибо было бы несправедливо по отношению к exit(0); Скорее всего ты прав. На сколько я помню слот quit() ставит в очередь event, который может обрабатываться позже. Тогда стандартную ::exit(0) пробовать, хотя мне кажется это некорректным. А вообще не понятно. Предположим юзер нажал на крестик, обработался слот closeEvent. В этом слоте выставляем флаг типа "все, Вась! Вылазим." Этот флаг проверяется в цикле forever(), из которого выходим по return или по break. Ну и все, фенита ля комедия. Сообщение отредактировал SABROG - 18.5.2009, 14:16 |
|
|
igor_bogomolov |
18.5.2009, 14:17
Сообщение
#9
|
Профессионал Группа: Сомодератор Сообщений: 1215 Регистрация: 22.3.2009 Из: Саратов Пользователь №: 630 Спасибо сказали: 235 раз(а) Репутация: 29 |
|
|
|
kwisp |
18.5.2009, 14:19
Сообщение
#10
|
астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23 |
|
|
|
Текстовая версия | Сейчас: 19.12.2024, 15:20 |