Исходное сообщение
"Представлена библиотека Aya для создания eBPF-обработчиков н..." Отправлено n00by, 17-Июн-21 07:01
> strlen действительно могли бы реализовать сами,  но может быть,  нужен > и конкретно текущей libc. Зачем? Вызов внешней функции существенно дороже, чем встроенный (inline) подсчёт. > А без malloc нельзя было бы работать > с теми кривыми сишными поделиями, которым подай аллоцированное, а освободят они > сами естественно сишным free Не согласен с формулировкой. Можно. Да, для этого придётся переписать malloc на Rust и следить за изменениями эталонной реализации. Либо перехватывать вызовы free(). Это решаемая задача, но в данном случае трудозатраты вряд ли оправданы, как в случае со strlen().

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> strlen действительно могли бы реализовать сами, но может быть, нужен >> и конкретно текущей libc. > Зачем? Вызов внешней функции существенно дороже, чем встроенный (inline) подсчёт. >> А без malloc нельзя было бы работать >> с теми кривыми сишными поделиями, которым подай аллоцированное, а освободят они >> сами естественно сишным free > Не согласен с формулировкой. Можно. Да, для этого придётся переписать malloc на > Rust и следить за изменениями эталонной реализации. Либо перехватывать вызовы free(). > Это решаемая задача, но в данном случае трудозатраты вряд ли оправданы, > как в случае со strlen().
	Введите код, изображенный на картинке: