Как отловить закрытие программы?

[scsiman]

Насколько помню, SIGKILL и SIGSTOP перехватить нельзя.

[Goshman]

Добрый день!

В продолжение темы перхвата сигналов.

В общем научился перехватывать и обрабатывать сигналы. Проблема в том, что при шатдауне система рассылает процессам SIGKILL (его, как и SIGSTOP, обычными средствами перехватить невозможно), а не более мягкие SIGTERM, SIGINT и прочие.

Таким образом, требуется, чтобы при нажатии на кнопку питания компьютера процессу посылался один из мягких сигналов завершения работы. Вижу 2 пути решения:
1) настраивать гном так, чтобы сначала слал SIGTERM, а затем через, например, секунду SIGKILL;
2) повесить на кнопку питания скрипт (как написать скрипт знаю), который сначала шлет моему процессу SIGTERM, а после его завершения шатдаунит систему.
Однако как реализовать хотя бы один из указанных выше путей я не представляю: ни как насторить шатдаун, ни как повесить скрипт на кнопку.

Может есть еще какие-то варианты? Подскажите плис.

[Lion-Simba]

Проблема в том, что при шатдауне система рассылает процессам SIGKILL (его, как и SIGSTOP, обычными средствами перехватить невозможно), а не более мягкие SIGTERM, SIGINT и прочие.

Хм. Не должно быть так. Вы в этом уверены? Перепроверьте.

Я уже писал выше, что сначала должен прийти SIGTERM, и если программа не успела за отведенное время закрыться - то приходит SIGKILL.

[Goshman]

Хм. Не должно быть так. Вы в этом уверены? Перепроверьте.

Я уже писал выше, что сначала должен прийти SIGTERM, и если программа не успела за отведенное время закрыться - то приходит SIGKILL.

Проверяю следующим образом.
Простенькое приложение

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

#include <QtGui/QApplication>
#include <QWidget>
#include <QDebug>
#include <QFile>
#include <QTime>

#include <signal.h>

void signal_proc(int sig)
{
    qDebug() << "Signal" << sig << "detected";

    QFile f;
    f.setFileName("sigtest.txt");
    if (f.open(QIODevice::Append))   {
        QTextStream ts;
        ts.setDevice(&f);
        ts << QTime::currentTime().toString("hh:mm:ss ") << "Signal " << sig << " detected\r\n";
        ts.flush();
        f.close();
    }

    exit(EXIT_SUCCESS);
}

int main(int argc, char *argv[])
{
    for (int i=1; i<16; i++) signal(i, signal_proc);
    QApplication a(argc, argv);
    QWidget w;
    w.show();

    return a.exec();
}

перехватывает сигналы и перед завершением пишет в файл номер сигнала.

Если посылаю ему сигнал из терминала, например:

Код: [Выделить]

pkill -15 myappто все нормально отрабатывается, и в файле появляется соответсвующая строчка.
Если нажимаю на кнопку питания, то в файле пусто.

[Lion-Simba]

Если посылаю ему сигнал из терминала, например:

Код: [Выделить]

pkill -15 myappто все нормально отрабатывается, и в файле появляется соответсвующая строчка.
Если нажимаю на кнопку питания, то в файле пусто.

А если вместо кнопки питания использовать

Код: [Выделить]

sudo poweroff
?

[Goshman]

А если вместо кнопки питания использовать

Код: [Выделить]

sudo poweroff
?

Как и при кнопке питания: не ловит сигнал. В файле строка не добавляется.

[Lion-Simba]

А если вместо кнопки питания использовать

Код: [Выделить]

sudo poweroff
?

Как и при кнопке питания: не ловит сигнал. В файле строка не добавляется.

Презабавно, конечно. Проверил сам - так и есть. Повторяется даже просто при смене (выходе) пользователя.

Говорят, для отлова выхода из системы можно ещё использовать DBus. Но имеющееся поведение с сигналами - не есть хорошо. По идее, надо этот вопрос исследовать и отправить багрепорт.

[Goshman]

Презабавно, конечно. Проверил сам - так и есть. Повторяется даже просто при смене (выходе) пользователя.

Говорят, для отлова выхода из системы можно ещё использовать DBus. Но имеющееся поведение с сигналами - не есть хорошо. По идее, надо этот вопрос исследовать и отправить багрепорт.

Хм, а может тогда на кнопку питания можно как-то скрипт повесить?
Или может есть альтернатива гномовскому менеджеру питания, где процессы завершения работы более гибко настраиваются?
Я бы тогда своему приложению SIGTERM отправил, дождался его завершения и зашатдаунил систему.

[Lion-Simba]

Или может есть альтернатива гномовскому менеджеру питания, где процессы завершения работы более гибко настраиваются?

Если бы ваше приложение было демоном, можно было бы для него сделать init-скрипт (UpStart, SystemV) и он бы его корректно останавливал бы по выключению системы. А вот для графических приложений правильно всё-таки SIGTERM обрабатываеть...

Вам нужно не "кнопку питания" ловить, а событие "остановка системы", которое может быть инициировано не только нажатием кнопки питания.

[Goshman]

Вам нужно не "кнопку питания" ловить, а событие "остановка системы", которое может быть инициировано не только нажатием кнопки питания.

К сожалению, как ловить событие "остановка системы" я не представляю.
В моем случае остановка ситемы инициируется только кнопкой питания. При этом запущено только одно пользовательское приложение - моя программа (в автозапуске). Гномовская панель отключена, клавиатуры нет.
По DBus погуглил, но ничего вразумительного не нашел. Если бы  ссылочку как с помощью него отлавливать останов системы, то я был бы безмерно счастлив
Пользователь решил продолжить мысль 20 Марта 2011, 16:21:02:Еще одно одно наблюдение: если процесс запущен от рута, то ему при шатдауне сигнал все же отсылается.
В файле появилась строка: 18:14:33 Signal 1 detected
...
Пользователь решил продолжить мысль 20 Марта 2011, 19:04:15:Поторопился я со своим наблюдением. Не ловится сигнал больше и под рутом. Похоже в тот раз в системе какой-то подвисший процесс был...

[Yurror]

Вы такие смешные =) Всё ловится и работает.

Код: (sig_test.c) [Выделить]

#include <stdio.h>
#include <signal.h>

void sig_action(int sig) {
    FILE *log = NULL;
    if ((log = fopen("shutdown.log", "a+")) != NULL) {
fprintf(log, "Signal %d detected\n", sig);
fflush(log);
fclose(log);
    }
}

int main()
{
    int i;
    for (i = 0; i < 16; ++i)
signal(i, sig_action);
    while (1)
sleep(1);
    return 0;
}
запускать так

Код: [Выделить]

gcc sig_test.c -o sig_test
./sig_test &
В вашем примере есть шанс что приложение помирает когда закрывается X.org

[hippi90]

Кстати да, если приложение графическое, то нужно сигналы от X-сервера перехватывать.

[Goshman]

Кстати да, если приложение графическое, то нужно сигналы от X-сервера перехватывать.

Можно пример или ссылочку где про это прочитать?

[hippi90]

Я в Qt не силен, смотрите документацию по Qt, как она обрабатывает сигналы именно от X-сервера, смотрите документацию от X-сервера, какие он сигналы посылает. В терминологии Х они называются событиями (events).