Доступен (https://sourceforge.net/p/strace/mailman/message/36026063/) новый выпуск strace 4.19 (https://strace.io/), утилиты для диагностики и отладки программ для ОС, использующих ядро Linux. Она позволяет отслеживать и (начиная с версии 4.15) вмешиваться в процесс взаимодействия программы и ядра, включая происходящие системные вызовы, возникающие сигналы и изменения состояния процесса. Для своей работы strace использует механизм ptrace (http://man7.org/linux/man-pages/man2/ptrace.2.html). Начиная с версии 4.13, формирование выпусков программы синхронизировано с выходом новых версий Linux.
Основные изменения (https://raw.githubusercontent.com/strace/strace/master/NEWS):
- Существенно доработано декодирование netlink (http://man7.org/linux/man-pages/man7/netlink.7.html) (осуществлено в рамках проекта (https://ppiao.github.io/2017/08/22/strace-gsoc-2017-netlink-...) Google Summer of Code 2017 по доработке декодирования netlink]:
- Реализовано декодирование атрибутов inet_diag_req_v2, inet_diag_req_compat, packet_diag_msg, smc_diag_msg протокола NETLINK_SOCK_DIAG (http://man7.org/linux/man-pages/man7/sock_diag.7.html).
- Реализованы протоколы NETLINK_SELINUX, NETLINK_CRYPTO (https://www.kernel.org/doc/html/v4.13/crypto/userspace-if.html) (базовая поддержка, атрибуты crypto_user_alg), NETLINK_KOBJECT_UEVENT.
- Реализовано декодирование сообщений addr, addrlabel, dcb, link, mdb, neigh, neightbl, netconf, nsid, route, rule, tc, tca протокола NETLINK_ROUTE (http://man7.org/linux/man-pages/man7/rtnetlink.7.html).
- Реализовано декодирование атрибутов nlmsgerr.
- Реализовано декодирование ack-флагов сообщений netlink.- Реализовано декодирование аргументов команды KEYCTL_RESTRICT_KEYRING и параметров KDF команды KEYCTL_DH_COMPUTE системного вызова keyctl(2) (http://man7.org/linux/man-pages/man2/keyctl.2.html).
- Списки констант и команд ioctl обновлены до соответствия ядру Linux 4.13.
- Добавлена поддержка декодирования новых системных вызовов на архитектурах alpha (seccomp, bpf, userfaultfd, membarrier, mlock2, copy_file_range, preadv2, pwritev2, statx), microblaze (statx), s390 (s390_guarded_storage) и x86 (arch_prctl).
- Улучшено декодирование программ BPF (системный вызов bpf(2) (http://man7.org/linux/man-pages/man2/bpf.2.html) и команды SO_ATTACH_FILTER и SO_ATTACH_REUSEPORT_CBPF системного вызова setsockopt(2) (http://man7.org/linux/man-pages/man2/setsockopt.2.html)).
- Улучшено декодирование команды UFFDIO_API (http://man7.org/linux/man-pages/man2/ioctl_userfaultfd.2.html) системного вызова ioctl(2) (http://man7.org/linux/man-pages/man2/ioctl.2.html).
- Улучшено декодирование некоторых аспектов системных вызовов getsockopt(2) (http://man7.org/linux/man-pages/man2/getsockopt.2.html)/setsockopt(2) (http://man7.org/linux/man-pages/man2/getsockopt.2.html).
- Исправлены ошибки в применении фильтра path tracing для системных вызовов execveat, symlink, symlinkat, inotify_add_watch, inotify_init.
- У проекта появился логотип (https://commons.wikimedia.org/wiki/File:Strace_logo.svg):URL: https://sourceforge.net/p/strace/mailman/message/36026063/
Новость: https://www.opennet.ru/opennews/art.shtml?num=47137
Логотип классный
У него выражение лица такое, как будто либо не знает что делать, либо не понимает что происходит.
> либо не знает что делать, либо не понимает что происходитНу у разработчика, запускающего strace, в целом такое же выражение эмоций.
Страус ОК.
Страус, запускающий strace. ОК.
strauß is a useful diagnostic, instructional, and debugging tool which is made possible by a kernel feature called pštros.
Неплохой логотип, да. http://saahriktu.org/tmp/scr1504682799.png
Да, неплохой пи-ар ход. Все уже пофигу зачем этот strace нужен, думают только о его логотипе.
Смейтесь-смейтесь. Всё равно свежий SBCL (Steel Bank Common Lisp) 1.3.21 под GNU/Linux на x86_64 не соберёте.Патч-то у меня: http://saahriktu.org/downloads/patches/sbcl-1.3.21_x86-64-li... .
Это какой-то новый уровень мазохизма: самоутверждаться на опеннете.
Самоутверждаются те, кто разбрасываются стереотипами. Мол, юзеры Arch'а - школьники, противники systemd - неосиляторы systemd,... и т.д.А я просто выкладываю полезное и интересное.
> Всё равно свежий SBCL (Steel Bank Common Lisp) 1.3.21 под GNU/Linux на x86_64 не соберёте.А зачем он нужен-то?
Чтобы программировать на Common Lisp'е.
> http://saahriktu.org/downloads/patches/sbcl-1.3.21_x86-64-li...Такое лучше в "советы", а не в обсуждение новостей. Здесь предлагаю офтопик почистить.
Можно и почистить. Займусь оформлением "совета".
Рекбус для налбюдательных.PS. На ЛОРе уже есть тема про новый sbcl с ссылкой на мой патч.
Твои проблемы сборки лиспа вызваны тем, что сборочная машина уже получила glibc 2.26, архитектура х86_64 тут не при чем.
https://sourceware.org/git/?p=glibc.git;a=commit;f=sysdeps/a...
GNU/Linux на x86_64 здесь при том, что именно в этом окружении может падать сборка свежей версии sbcl, но если пропатчить файл src/runtime/x86-64-linux-os.h, то всё собирается. А вот то, что это следствие изменений в glibc, без сравнения разных версий библиотеки можно и не понять, да. Спасибо за информацию.
> Твои проблемы сборки лиспа вызваны тем, что сборочная машина уже получила glibc
> 2.26,Как-то там старина Дрепер.............. А с другой стороны -- вот оно, движуха!, соурс-бейзд наше всё ^W будущее.
