Przechwycić WM_DELETE_WINDOW na X11?

WM_DELETE_WINDOW

/* This is used to intercept window closing requests. */

 static Atom wm_delete_window;

static void x11_init ()

XMapWindow(display, win);

wm_delete_window = XInternAtom(display, "WM_DELETE_WINDOW", False);

XSetWMProtocols(display, win, &wm_delete_window, 1);

static int x11_check_events ()

XEvent Event;

while (XPending(display)) {

 XNextEvent(display, &Event);

 if (Event.type == ClientMessage) {

 if ((Atom)Event.xclient.data.l[0] == wm_delete_window) {

/* your code here */

 }

 }

}

[x]

XSetWMProtocols

WM_DELETE_WINDOW

// example.cpp

#include <X11/Xlib.h>

#include <X11/Xatom.h>

#include <iostream>int main()

{

 Display* display = XOpenDisplay(NULL);

 Window window = XCreateSimpleWindow(display,

 DefaultRootWindow(display),

 0, 0,

 500, 400,

 0,

 0, 0);// register interest in the delete window message

 Atom wmDeleteMessage = XInternAtom(display, "WM_DELETE_WINDOW", False);

 XSetWMProtocols(display, window, &wmDeleteMessage, 1); std::cout << "Starting up..." << std::endl;

 XMapWindow(display, window); while (true) {

 XEvent event;

 XNextEvent(display, &event); if (event.type == ClientMessage &&

 event.xclient.data.l[0] == wmDeleteMessage) {

 std::cout << "Shutting down now!!!" << std::endl;

 break;

 }

 } XCloseDisplay(display);

 return 0;

}

• Utwórz serwer proxy X11 dla aplikacji, przekazując wszystkie komunikaty protokołu X11 między aplikacją a serwerem X. Serwer proxy odfiltruje wtedy wszystkie interesujące wiadomości. Wadą tego jest to, że jest to bardzo duże obciążenie dla jednej małej funkcji, a protokół X11 jest skomplikowany. Mogą też wystąpić niezamierzone konsekwencje, co czyni tę opcję jeszcze mniej atrakcyjną.
• Działa jako standardowa aplikacja, która działa jako pośrednik między menedżerem okien a „interesującymi” aplikacjami klienckimi. To psuje niektóre rzeczy, takie jak XDnD. Zasadniczo nie różni się od pierwszej opcji, z wyjątkiem tego, że proxy znajduje się na poziomie okna, a nie na poziomie protokołu X11.
• Użyj nieprzenośnej sztuczki bibliotecznej

  LD_PRELOAD

  . To ma trochę niedogodności: [list][*]Nie jest przenośny dla dynamicznych konsolidatorów: nie wszystkie dynamiczne konsolidatory obsługują

  LD_PRELOAD

  , nawet w systemach typu UNIX.
• Nie można go przenosić między systemami operacyjnymi: nie wszystkie systemy operacyjne obsługują funkcjonalne konsolidatory dynamiczne.
• Narusza to przejrzystość sieci: obiekt współdzielony/biblioteka dołączana dynamicznie musi znajdować się na hoście jako działający proces potomny.
• Nie wszystkie aplikacje X11 używają Xlib; należałoby napisać jeden moduł

  LD_PRELOAD

  dla każdej z bibliotek, których aplikacja może używać do komunikacji z X11.
• Oprócz ostatniego punktu, nie wszystkie aplikacje będą podatne na

  LD_PRELOAD

  , nawet jeśli działają pod konsolidatorem, który go obsługuje, ponieważ nie mogą używać współdzielonego obiektu lub biblioteki DLL do komunikacji z X; Weźmy na przykład aplikację Java, która używa biblioteki protokołu X11 napisanej w samej Javie.
• W niektórych systemach operacyjnych, takich jak UNIX, biblioteki

  LD_PRELOAD

  muszą być ustawione na setuid/setgid, jeśli mają być używane z programami setuid/setgid. Jest to oczywiście potencjalna luka w zabezpieczeniach.
• Jestem prawie pewien, że są inne wady, o których nie mogę pomyśleć.