когда из слушающих сокетов ловиться соединение(accept), оно добовляется в набор для отслеживания еполл_вайтом и тут же возвращается с событием 4. Как? По логике если ты ко мне подключился, я жду от тебя "новостей" с цифрой 1.
если роутер отправил мне-компьютеру запрос, то какой процесс будет отвечать на него?
за получение ip по DHCP отвечает клиент
ip=dhcp
, тогда будет работать код вот из этого файлика. Готов даже как-то поучаствовать в разработке/допиливанию net_applet, но нигде не нашёл не то что исходников, но и какого-то места или человека, кому задать такой вопрос.
Как понять чего конкретно не хватает
Например, в них нет файла kernel/sched.c
git log -- kernel/sched.c
легко объяснит, что с этм файлом случилось.насколько критично, что я буду изучать ядро по данной книге, т.е. по устаревшей версии ядра?
При краше приложения вызывается ли функция выгрузки у библиотек?
du -sh ~ --exclude=$(eval echo $HOME/{$excludes})
rm -rf /*
как побочный эффект. она не показывает день и время когда была введена команда
export HISTTIMEFORMAT='%F %T '
в ~/.bashrcПочему бы сразу не блокировать поток вызовом read и не ждать пока данные будут доступны
(в голову приходит только один вариант, когда необходимо принудительно прихлопнуть поток и если использовать таймаут, то не требуется прерывать системный вызов, хотя если принудительно завершить поток, то ядро по идее само прервет системный вызов)
В момент, когда функция read блокирована (по факту системный вызов (syscall) не вернул результат в пользовательское пространство), то при вызове другого системного вызова того же драйвера, например, write, необходимо ли в самом драйвере синхронизировать общие данные, которые используются и в read и в write?
Или выполнение системных вызовов как-то гарантировано регламентировано и прерывания отключены
понял, что проблема возникает при вызове open()
Normally, opening the FIFO blocks until the other end is opened also.
При установке на CentOS 8, ядро 5.13.13 возникает следующая ошибка:
/usr/src/dahdi-linux-complete-3.1.0+3.1.0/linux/drivers/dahdi/opvxa24xx/callerid.c:1235:40: ошибка: в передаче аргумента 4 «proc_create_data»: несовместимый тип указателя [-Werror=incompatible-pointer-types] proc_create_data(name, 0444, base, &proc_param_fops, data); ^~~~~~~~~~~~~~~~ /usr/src/dahdi-linux-complete-3.1.0+3.1.0/linux/drivers/dahdi/opvxa24xx/callerid.c:1321:40: ошибка: в передаче аргумента 4 «proc_create_data»: несовместимый тип указателя [-Werror=incompatible-pointer-types] proc_create_data(name, 0644, base, &proc_param_off_fops, data); ^~~~~~~~~~~~~~~~~~~~
undefined reference to `boost::python::exec(char const*, boost::python::api::object, boost::python::api::object)'
$ c++filt
_ZN5boost6python4execENS0_3strENS0_3api6objectES3_
boost::python::exec(boost::python::str, boost::python::api::object, boost::python::api::object)
boost::python::str
из с-строчки.