Обнаружение выхода/выключения пользователя в Python/GTK под Linux — SIGTERM/HUP не получен

Хорошо, это, по-видимому, сложно, у меня есть приложение pyGTK, которое имеет случайные сбои из-за ошибок X Window, которые я не могу поймать / контролировать.

Поэтому я создал оболочку, которая перезапускает приложение, как только обнаруживает сбой, теперь возникает проблема, когда пользователь выходит из системы или выключает систему, приложение завершается со статусом 1. Но при некоторых X-ошибках это тоже происходит.

Итак, я пробовал буквально все, чтобы поймать выключение/выход из системы, но безуспешно, вот что я пробовал:

import pygtk
import gtk
import sys


class Test(gtk.Window):
    def delete_event(self, widget, event, data=None):
        open("delete_event", "wb")

    def destroy_event(self, widget, data=None):
        open("destroy_event", "wb")

    def destroy_event2(self, widget, event, data=None):
        open("destroy_event2", "wb")

    def __init__(self):
        gtk.Window.__init__(self, gtk.WINDOW_TOPLEVEL)
        self.show()
        self.connect("delete_event", self.delete_event)
        self.connect("destroy", self.destroy_event)
        self.connect("destroy-event", self.destroy_event2)      

def foo():
    open("add_event", "wb")

def ex():
    open("sys_event", "wb")


from signal import *
def clean(sig):
    f = open("sig_event", "wb")
    f.write(str(sig))
    f.close()
    exit(0)

for sig in (SIGABRT, SIGILL, SIGINT, SIGSEGV, SIGTERM):
    signal(sig, lambda *args: clean(sig))


def at():
    open("at_event", "wb")

import atexit
atexit.register(at)

f = Test()
sys.exitfunc = ex
gtk.quit_add(gtk.main_level(), foo)

gtk.main()
open("exit_event", "wb")

Ни один из них не удался, есть ли какой-нибудь низкоуровневый способ обнаружить отключение системы? Гугл ничего связанного с этим не нашел.

Я думаю, должен быть способ, я прав? :/

РЕДАКТИРОВАНИЕ: ОК, еще кое-что.

Я создал этот сценарий оболочки:

#!/bin/bash


trap test_term TERM
trap test_hup HUP


test_term(){
    echo "teeeeeeeeeerm" >~/Desktop/term.info
    exit 0
}

test_hup(){
    echo "huuuuuuuuuuup" >~/Desktop/hup.info
    exit 1
}

while [ true ]
do
    echo "idle..."
    sleep 2
done

А также создал файл .desktop для его запуска:

[Desktop Entry]
Name=Kittens
GenericName=Kittens
Comment=Kitten Script
Exec=kittens
StartupNotify=true
Terminal=false
Encoding=UTF-8
Type=Application
Categories=Network;GTK;
Name[de_DE]=Kittens

Обычно это должно создавать файл терминов при выходе из системы и файл hup, когда он был запущен с помощью &. Но не в моей системе. GDM вообще не заботится о сценарии, когда я перезахожу, он все еще работает.

Я также пытался использовать shopt -s huponexit, но безуспешно.

EDIT2:
Еще немного информации о реальном коде, все выглядит так:

Wrapper Script, that catches errors and restarts the programm
    -> Main Programm with GTK Mainloop
        -> Background Updater Thread

Поток такой:

Start Wrapper
-> enter restart loop
    while restarts < max:
        -> start program
            -> check return code
                -> write error to file or exit the wrapper on 0

Теперь при завершении работы start program возвращает 1. Это означает, что либо он завершил работу, либо родительский процесс завершился, основная проблема состоит в том, чтобы выяснить, что из этих двух только что произошло. X ошибок также приводит к 1. Перехват в шеллскрипте не работает.

Если вы хотите взглянуть на реальный код, зайдите на GitHub:
http://github.com/BonsaiDen/Atarashii


python linux gtk sigterm pygtk
person Ivo Wetzel    schedule 22.03.2010    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Хорошо, я наконец нашел решение :)

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

import gnome.ui

gnome.program_init('Program', self.version) # This is going to trigger a warning that program name has been set twice, you can ignore this, it seems to be a problem with a recent version of glib, the warning is all over the place out there
client = gnome.ui.master_client() # connect us to gnome session manager, we need to init the program before this
client.connect('save-yourself', self.on_logout) # This gets called when the user confirms the logout/shutdown
client.connect('shutdown-cancelled', self.on_logout_cancel) # This gets called when the logout/shutdown is canceled
client.connect('die', self.on_logout) # Don't know when this gets called it never got in my tests

def on_logout(self, *args):
    # save settings an create a file that tells the wrapper that we have exited correctly!
    # we'll still return with status code 1, but that's just gtk crashing somehow

def on_logout_cancel(self, *args):
    # simply delete the logout file if it exists

Одно важное замечание: не пытайтесь выйти из вашей программы в on_logout, если вы это сделаете, GNOME не распознает, что ваша программа была закрыта, и выдаст вам диалоговое окно о том, что некоторые программы все еще работают.

person Ivo Wetzel    schedule 25.03.2010

arrow_upward
0
arrow_downward

Вы забыли закрыть цикл событий gtk.

Этот код завершается с кодом 0, когда вы закрываете окно:

import gtk

class Test(gtk.Window):
    def destroy_event(self, widget, data=None):
        gtk.main_quit()

    def __init__(self):
        gtk.Window.__init__(self, gtk.WINDOW_TOPLEVEL)
        self.connect("destroy", self.destroy_event)
        self.show()

f = Test()
gtk.main()

EDIT: Вот код для перехвата сигнала SIGTERM:

import signal

def handler(signum, frame):
    print 'Signal handler called with signal', signum
    print 'Finalizing main loop'
    gtk.main_quit()

signal.signal(signal.SIGTERM, handler)

Остальной код такой же, как и выше, без изменений. Это работает здесь, когда я отправляю SIGTERM процессу python: основной цикл gtk заканчивается, и программа завершается с кодом выхода 0.

person nosklo    schedule 22.03.2010
comment
Это не решает проблему, destroy_event даже не вызывается, когда пользователь выходит из системы или выключает систему, ни один из вышеуказанных файлов не создается. Другая проблема связана со сценарием-оболочкой, он уничтожается первым, поэтому приложение завершится с 1, потому что его родительский процесс ушел. - person Ivo Wetzel; 22.03.2010
comment
Дальнейшие исследования показывают, что на самом деле процесс должен получить SIGTERM. Но он не получает его, кажется, его просто убивают... - person Ivo Wetzel; 22.03.2010
comment
Согласно источнику GDM, он сначала отправляет SIGTERM, кажется, python просто не заботится:/ - person Ivo Wetzel; 22.03.2010
comment
Все еще не будет работать, кажется, что GnomeDesktopManager как-то сходит с ума, я подключился к каждому отдельному сигналу, но ни один из них не получен, я думаю, это действительно просто -kill. Я также создал сценарий оболочки с ловушками для всех сигналов, но все равно не повезло. - person Ivo Wetzel; 22.03.2010
comment
@Ivo Wetzel: я не могу воспроизвести проблему. Здесь работает безотказно. Я заставил его создать файл на SIGTERM, и он отлично создает файл, когда я выхожу из системы. Использование GDM здесь, в Ubuntu 9.10. Это должно быть что-то еще, что вы делаете в своем коде (используете ли вы потоки?) - person nosklo; 23.03.2010
comment
Я тоже на Ubuntu, я обновил вопрос с помощью сценария оболочки, который тоже не работает. - person Ivo Wetzel; 23.03.2010