что лежит в основе обработки событий?

бесконечный цикл

Можно посмотреть тут https://github.com/qt/qtbase/tree/5.9/src/corelib/kernel

да, http://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/kernel/qeventloop.cpp строка 211

да чё сложного? абстрактно вот так

event_t myevent;

while(event(&myevent)) {
    if (myevent.type == MOUSEMOVE) {
        ...
        continue;
    }
    if (myevent.type == KBD) {
        ...
    ...
    ...    
}

сами события (тип event_t) как реализованы? что это? изменение в дескрипторе файлов каких-то или что?

Под капотом тот же select/poll на сокет X11.

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

Чем события мыши отличаются от любого другого дескриптора?

Я же написал, сокет X11.

хм, ну вот допустим, как посмотреть какой файл у меня в системе отвечает за мышь?)

Если брать иксы, то тут клиент-серверная архитектуры.

Клиент ни про какие «события мыши» в этом смысле не знает. Эти занимается сервер.

Сервер читает файлы /dev/input/. Один из них это мышь. (Кстати, можно дать комадну lsof, и станет видно, какие файлы какая программа читает).

Можно дать команду cat /dev/input/event1 и подвигать мышью, будет видно :)

Клиент же, в данном случае приложение Qt, общается с сервером через сокет по протоколу иксов. У меня в системе это файл /tmp/.X11-unix/X0.

не шарю, я думал обычный сокет

о, спасибо, за разъяснения

т.е. мы с помощью select следим за изменением, например, в файле /dev/input/event1 ? или как

Да, с помощью select или poll/epoll или как-то ещё. Но делает это сервер, процес Xorg. А клиентское приложение общается с сервером через сокет (возможно, что по сети).

я просто хотел бы сам примитивнейший цикл сделать чтобы принимать события от мыши и клавиатуры... значит нужно добавить дескриптор файла /dev/input/mouse0 для мыши с помощью FD_SET?

тут смотря что понимать под «примитивнейшим циклом». если писать программу, которая будет взаимодействовать с ядром без иксов, то да. Добавлять какой-то из этих файлов и читать. Понадобится, наверное, подключить linux/input.h

но если говорить об обычных графических программах (те же qt), то они взаимодействуют с сокетом иксов и получают события по протоколу иксов.

ну да, без иксов хотел, чтобы понять что лежит в основе любого event loop-а

я так понимаю в основе libuv,boost.asio,qt,x11 лежит один и тот же принцип - мультиплексированный ввод-вывод

сами события (тип event_t) как реализованы? что это?

Это абстрактный event loop для улучшения понимания того что это такое и как оно обычно работает. Функция event() блокирует до тех пор, пока не произойдет какое-то событие. Как только оно происходит - управление возвращается. event_t - это, опять таки, для примера - переменная, куда функция event() будет запихивать данные о событии.

Ну в иксах по сути дела связь с X.org осуществляется тоже через сокет. Так что тулкит тупо добавляет ещё один файловый дескриптор в набор для отслеживания, а когда он триггерется забирает все пришедшие события с помощью неблокирующих функций библиотеки Xlib или Xcb типа «забрать все события, которые есть, не ждать новых» (такие есть, читай доки).

Под виндой есть специальные системные вызовы типа «ждать оконного сообщения ИЛИ файлового события», а не только «ждать файлового события».

Что там под вяленым и маком я не знаю, но там тоже должны быть соответствующие функции (либо события от оконной системы приходят через обычный пайп/сокет, либо есть специальные функции ожидания сразу и того, и другого, реализованные на уровне API ОС).

всем спасибо за ответы