[Qt] QApplication & fork

QApplication::quit() / exit() не завершает твою программу, а возвращает из exec()

Точно. Надо меньше работать.

Но остается проблема - при quit QApplication явно высвобождает иксовые ресурсы - в первую очередь окна, и родитель обламывается, т.к. потомок всё уже подчистил.

Как ему просто сказать чтобы он заткнулся, но ничего за собой ни чистил и не освобождал ? Т.е. надо просто остановить намертво его event loop.

А может, лучше обычную многопоточность через QThread сделать? Всё же с такой библитекой, как Qt, лучше всё по докумментации делать, а то потом проблемы могут быть.

QThread уже советовали?

> QThread уже советовали?

Непойдёт. Нужен именно форк. Т.к. нужен sandbox, который может вполне себе грохнуться по SEGV или уйти в D-state, и прийдётся запускать новый.

Можно, конечно, компилять его в отдельный процесс. Но неужели нет внятного способа форкнуться из-под QApplication ?

Можно не компилять отдельный бинарник, а запускать самого себя со специальными параметрам командной строки. Структуры данных, которые нужны дочернему процессу, можно запихнуть в shared memory.

Вопрос закрыт.

Форкаемся, затем:

В C++ решается перекрытием QApplication::x11EventFilter, который в потомке всегда возвращает true.

В Ruby - строкой: 'Qt::Internal.application_terminated = true' в потомке.

И там и там в потомке ручками надо остановить все QTimer и QThread.

Пожалуйста, не надо так делать в серьёзных программах, это очень криво. Нет гарантии, что это будет работать с другой версией Qt.

> Нет гарантии, что это будет работать с другой версией Qt.

С какого это перепуга ? Поведение x11EventFilter описано в официальной доке, и то что я предложил, согласно ей же отрежет для main event loop доступ к событиям X11.

В случае же с Qt::Internal - это быстрое решение, которое если перестанет работать решается

а) перекрытием Qt::Application.exec

б) бинарным расширением работающим через тот же x11EventFilter