AP
GodHandler();
Size: a a a
2020 December 16
JC
Я типо знаю к чему они ведут, но вот интересно путь который они проходят от того как я стучу по клаве до програм, которые их получают
AO
Они конвертятся в сигналы ос
AO
Некоторые из них
JC
Ну вот я знаю, что Ctrl+C это SIGINT, а кто его генерит?
AO
А некоторые после кейлоггера ув. Александра - осью
JC
Терминал, шелл или вообще через stdin сразу в операционку идет
JC
А некоторые после кейлоггера ув. Александра - осью
))))
AO
Вообще по сути это асинхронный эвент который ядром кладется ув некую таблицу с указанием какой процесс это сделал
AO
Дальше проверяется есть ли у процесса обработчик
AO
И если нет - вызывается системный
AO
Так что вопрос - кто генерит - немножко некорректен.
AO
От сигнала зависит.
AO
Есть те, что напрямую ядро, есть те что может юзер руками. Но первичный процессинг на ядре
AO
Это все проавда я читал давно и могу ошибаться
JC
Ну я знаю, что сигнал генерит ядро
JC
А кто ему говорит, что это нужно сделать?
AO
Я полагаю что это реакция на некие ошибки системных вызовов
AO
В большей мере
JC
Вот есть у нас какая-то сишная програма, которая дергает getchar() пока оттуда не прилетит EOF.
EOF туда прилетит если ядро на read() ответит, что записало ноль байт.
Запускаем мы ее, чето пишем, потом тыкаем в терминале Ctrl+D и програма успешно завершается, потому что получила EOF.
EOF туда прилетит если ядро на read() ответит, что записало ноль байт.
Запускаем мы ее, чето пишем, потом тыкаем в терминале Ctrl+D и програма успешно завершается, потому что получила EOF.