Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Представлена библиотека Aya для создания eBPF-обработчиков на языке Rust, opennews (ok), 16-Июн-21, (0) [смотреть все] И как у этого crate с thread safety , lockywolf (ok), 10:39 , 16-Июн-21, (1) +1 // Как обычно, надо полагать Data race исключаются как класс, пока ты не прибегаеш, Ordu (ok), 11:24 , 16-Июн-21, (7) +1 // Ну, я помню смешные курьёзы с errno, который в стандарте переменная, но для thre, lockywolf (ok), 12:14 , 16-Июн-21, (14) +1 // Чё за курьёзы Я не помню Мне было бы интересно посмотреть, как кто-то не справ, Ordu (ok), 12:38 , 16-Июн-21, (15) __thread int errno , Аноним (19), 13:29 , 16-Июн-21, (19) А вот и жертвы пропаганды нарисовались Модель памяти раста не предполагает конк, Прорыв_запарты_фелиал (ok), 20:59 , 16-Июн-21, (38) –4 // race condition в расте делается элементарно Сделай два mutex а, и попробуй зало, Ordu (ok), 21:20 , 16-Июн-21, (41) +6 Раст не умеет в mutex - он не реализуется на расте Это раз Два - мутекс это не, Прорыв_запарты_фелиал (ok), 21:36 , 16-Июн-21, (46) +1 Братишка, напиши про zig, а то чет его тут пеарят , zig (??), 22:23 , 16-Июн-21, (60) +1 Я пиарил Хотел на нём базу данных написать Я руками его не трогал, но документ, Аноним (64), 02:12 , 17-Июн-21, (64) buh говорит что это не так Это скорее Раст не готов в силу своей расплывчатости, Аноним (156), 23:02 , 30-Ноя-23, (156) Да-да, точно, и массивов в расте нет, потому что они реализуются на расте Что зн, Ordu (ok), 22:33 , 16-Июн-21, (63) +5 Скрыто модератором, Прорыв_запарты_фелиал (ok), 12:57 , 17-Июн-21, (80) +1 Там где есть JIT безопасности нет , Аноним (134), 15:30 , 18-Июн-21, (134) прикольно бы еще напомнить что такое e bpf, mos87 (ok), 10:47 , 16-Июн-21, (2) –1 // Extended BlackArch Packet FilterХотя некоторые утверждают, что придумано оно был, Аноним (-), 13:40 , 16-Июн-21, (20) // не BlackArch, а Berkley, Аноним (35), 19:34 , 16-Июн-21, (35) +1 // По-моему, там ирония Но это не точно , yourc (?), 19:37 , 16-Июн-21, (36) Berkeley Linux Никогда о таком не слышал , Аноним. (?), 22:14 , 16-Июн-21, (58) +3 Это предыдущая версия до redhat enterprise bsd, Аноним (85), 14:06 , 17-Июн-21, (85) БЗДы по определению могут только воровать из линуха Даже JIT для BPF - и тот оп, Аноним (-), 14:57 , 17-Июн-21, (93) Очередной костыль, если вам так будет понятнее, КО (?), 08:56 , 17-Июн-21, (71) Что бы там луддиты не говорили, а всё-таки за Хрустом будущее , Qwerty (??), 10:52 , 16-Июн-21, (3) –12 // Ага за джаваскриптом, луддит , Аноним (4), 11:08 , 16-Июн-21, (4) +11 Спасибо, поржал Продолжайте снабжать нас веселыми историями , Аноним (11), 12:02 , 16-Июн-21, (11) +3 // Самое страшное то, что весьма вероятно, смеяться то он будет как раз последним , JackoNeill (?), 13:02 , 16-Июн-21, (17) +3 // Девушки рыдают, матросы смеются, как говорится , Самый Лучший Гусь (?), 16:57 , 16-Июн-21, (24) +1 А Таня была в каске и только засмеялась с , Урри (ok), 11:17 , 17-Июн-21, (74) Все равно потечет и будет небезопасной зачем тут раст то , Аноним (4), 11:09 , 16-Июн-21, (5) –1 Скрыто модератором, Аноним (6), 11:21 , 16-Июн-21, (6) +13 // Скрыто модератором, Аноним (9), 11:28 , 16-Июн-21, (9) +1 // Скрыто модератором, Lex (??), 12:04 , 16-Июн-21, (12) –2 Скрыто модератором, заминированный тапок (ok), 12:10 , 16-Июн-21, (13) +1 Скрыто модератором, Аноним (11), 12:56 , 16-Июн-21, (16) Скрыто модератором, Корец (?), 11:29 , 16-Июн-21, (10) +2 Для раста это нормально , псевдонимус (?), 11:24 , 16-Июн-21, (8) +5 // Да и пока там можно смело убирать , Онаним (?), 19:50 , 16-Июн-21, (37) +9 Мляяя jit в ядре, из под обычного пользователя, версия 2 - powered by rust Д, anonymous (??), 17:39 , 16-Июн-21, (27) +2 // Причём тут проприетарщина и GPL У тебя каша в голове , burjui (ok), 13:12 , 18-Июн-21, (129) Кто бы сомневался что всё равно без libc ничего не могут Хипстеры такие хипстер, Аноним (28), 17:54 , 16-Июн-21, (28) +2   // Хотел было спросить, зачем тамpub unsafe extern C fn malloc size size_t - , n00by (ok), 18:13 , 16-Июн-21, (30)   // И чо Тебя поразило в самое сердце, что для взаимодействия с внешними либами мож, Аноним (-), 21:22 , 16-Июн-21, (42) –1   // Да, меня это поразило Вы еще про Бойер-Мура напишите для строк в 2 гигабайта, ч, n00by (ok), 06:52 , 17-Июн-21, (65) +1   Свое не пахнет Тут написано о том, что строки в расте совсем другие А теперь , Аноним. (?), 13:32 , 17-Июн-21, (82) +1   gt оверквотинг удален Предлагаю перечитать сообщение, на которое Вы отвечали , n00by (ok), 14:14 , 17-Июн-21, (87) –1   Предлагаю перестать читать жопой и юлить и ответить наконец на вопрос на ера об, Аноним (92), 14:47 , 17-Июн-21, (92)   То есть я сам должен ответить свой на вопрос, зачем Rust strlen Не проблема, , n00by (ok), 07:13 , 18-Июн-21, (125) –1   strlen действительно могли бы реализовать сами, но может быть, нужен и конкрет, Аноним (57), 22:09 , 16-Июн-21, (57)   // Зачем Вызов внешней функции существенно дороже, чем встроенный inline подсчёт, n00by (ok), 07:01 , 17-Июн-21, (67)   как вариант это просто автогенерированный код, боня (?), 07:21 , 17-Июн-21, (69) +2   Спасибо Это разумный вариант , n00by (ok), 07:30 , 17-Июн-21, (70)   И очень сильно и сложно приседать, чтобы ничего не ломалось при LD_PRELOAD, скаж, Аноним (120), 01:42 , 18-Июн-21, (120)   Это не эквивалентно нельзя Но Си ведь небезопасный язык Значит libc небезопас, n00by (ok), 07:10 , 18-Июн-21, (124) –1   https man7 org linux man-pages man2 syscalls 2 htmlКто бы сомневался, что жопо, Аноним (-), 18:34 , 16-Июн-21, (31)   // Поскольку разбираетесь, подскажите, пожалуйста, вокруг какого syscall является о, n00by (ok), 18:42 , 16-Июн-21, (32)   // Не юродствуй С чего бы делать обертку неполной Чтобы на опеннете могли поныть , Аноним (-), 18:57 , 16-Июн-21, (34)   Скрыто модератором, Прорыв_запарты_фелиал (ok), 21:16 , 16-Июн-21, (39) +1   Скрыто модератором, Аноним (-), 21:34 , 16-Июн-21, (45)   Скрыто модератором, Прорыв_запарты_фелиал (ok), 21:41 , 16-Июн-21, (49)   Скрыто модератором, Аноним (-), 22:02 , 16-Июн-21, (52)   Скрыто модератором, n00by (ok), 07:07 , 17-Июн-21, (68)   Скрыто модератором, Прорыв_запарты_фелиал (ok), 20:34 , 17-Июн-21, (107)   Скрыто модератором, n00by (ok), 08:00 , 18-Июн-21, (127)   Скрыто модератором, Прорыв_запарты_фелиал (ok), 22:45 , 24-Июн-21, (151)   Скрыто модератором, n00by (ok), 07:50 , 25-Июн-21, (152)   Раз не подскажете номер вызова, значит strlen не имеет отношения к обёртке, ка, n00by (ok), 07:00 , 17-Июн-21, (66) –1   Твоя попытка передерга - тоже Ну или ты можешь показать, где в сабже использует, Аноним. (?), 13:38 , 17-Июн-21, (83) +1   Могу назвать вопрос унылой демагогией Бремя доказательства, что strlen являет, n00by (ok), 14:20 , 17-Июн-21, (88) –1   В смысле, вставить от балды не используемый сабжем strlen и требовать доказать, Аноним (-), 14:26 , 17-Июн-21, (90) +1   Скрыто модератором, Прорыв_запарты_фелиал (ok), 20:44 , 17-Июн-21, (109) –1   translate google com - generally Это в тему коз и апельсинов , Урри (ok), 11:20 , 17-Июн-21, (75)   // Так ты коза, дергаящая в своих программах сисколы напрямую Или очередной опенне, Аноним. (?), 13:51 , 17-Июн-21, (84)   А что, из Rust нельзя дёрнуть сискол напрямую Скажите, Вас кто-то нанял, что бы, n00by (ok), 14:24 , 17-Июн-21, (89) –2   Логика уровня А что, из С нельзя дернуть сискол напрямую или почему так никто, Аноним (92), 14:40 , 17-Июн-21, (91) +2   Скрыто модератором, Прорыв_запарты_фелиал (ok), 20:39 , 17-Июн-21, (108)   Скрыто модератором, n00by (ok), 07:49 , 18-Июн-21, (126) –2   Скрыто модератором, Аноним (-), 12:11 , 18-Июн-21, (128)   Скрыто модератором, n00by (ok), 16:28 , 18-Июн-21, (136)   Начали за здравие у которого под капотом тот же llvm, что и у bcc Закончи, Алексей (??), 18:12 , 16-Июн-21, (29) +1 // Очередной опеннетный комментатор начал за здравиеА кончил посадкой в лужу , Аноним (-), 18:45 , 16-Июн-21, (33) +1 // Скрыто модератором, Прорыв_запарты_фелиал (ok), 21:19 , 16-Июн-21, (40) Очередное никому ненужное, недоделанное и глючное поделье на rust, Аноним (44), 21:28 , 16-Июн-21, (44) +7 // Ненужное онаниму с Опеннета и, конечно же, им лично не протестированное, что поз, burjui (ok), 13:19 , 18-Июн-21, (131) +2 // Пофиксил , Аноним (-), 13:35 , 18-Июн-21, (133) +1 // Поставил тебе плюсик, но после твоих слов никто не поверит, что это сделал не ты, burjui (ok), 15:58 , 18-Июн-21, (135) +1 Каждый раз после прочтения комментариев анонимных экспертов с opennet начинаю не, Аноним (59), 22:20 , 16-Июн-21, (59) // А я - любить Столько лулзов еще ни один язык не доставлял Писать на нем, само с, Урри (ok), 11:22 , 17-Июн-21, (76) +1 писать на сишарпе, там тоже есть ансейф , растоманам надо (?), 22:31 , 16-Июн-21, (62) +2 Linux поддерживает 15 архитектур и что-то около сотни микроархитектур Компилятор, Annoynymous (ok), 08:57 , 17-Июн-21, (72) +1 // На нем планируют писать драйверы Драйвер и так практически всегда прибиты к одн, Аноним (94), 16:05 , 17-Июн-21, (94) +1 // Ты бы читал тему, прежде чем комментировать, а то складывается впечатление, что , Annoynymous (ok), 16:23 , 17-Июн-21, (96) +1 // это типа намек на то, что ebpf обработчики на расте не будут работать на платфор, Аноним (102), 18:08 , 17-Июн-21, (102) Нет Почитай внимательней, deeaitch (ok), 21:03 , 17-Июн-21, (113) прочитал, Аноним (102), 00:35 , 18-Июн-21, (117) Теперь прочитай что такое JIT и типы виртуализации, deeaitch (ok), 01:18 , 18-Июн-21, (118) Прочитал и мнение не поменял Давай короче, с пруфами, раз такой умный, Аноним (102), 22:04 , 18-Июн-21, (145) Автор камента реально похоже не понимает что такое JIT Виртуальная машина всегд, Аноним (149), 00:30 , 24-Июн-21, (149) Я не понимаю, что такое JIT Но кое-что слышал про just-in-time compiler Он так, n00by (ok), 07:53 , 24-Июн-21, (150) Это же не выпиливание имеющихся компиляторов и замена на этот На неподдерживаем, Аноним (94), 19:49 , 17-Июн-21, (104) Пока ещё не получат До получат там пилить и пилить К тому времени оно и здохну, deeaitch (ok), 21:04 , 17-Июн-21, (115) Вообще немного больше чем 9 Подробнее можно почитать тут https doc rust-lang , Аноним (94), 16:12 , 17-Июн-21, (95) –1 // В любом случае, добавление Rust в ядро сокращает количество поддерживаемых архит, Annoynymous (ok), 16:24 , 17-Июн-21, (97) –1 // Странная логика Linux 5 10 LTS дропнул поддержку больше десятка платформ подроб, Аноним (94), 17:28 , 17-Июн-21, (101) Да А почему странная , Annoynymous (ok), 18:22 , 17-Июн-21, (103) Предлагаю поддерживать только wintel, всё остальное маргинально , noxyu (?), 16:59 , 17-Июн-21, (99) // Ну зачем себя так ограничивать - там есть еще ARM, MIPS, RISC-V и куча других Л, Аноним (94), 17:23 , 17-Июн-21, (100) Это выведет ядро Линуха на новый уровень навороченности и замороченности , YetAnotherOnanym (ok), 12:03 , 17-Июн-21, (77) +2 // И зависимости от кого надо, балмер в маске V (?), 20:15 , 17-Июн-21, (106) +1 Хорошо, наверное, что начали появляться готовые проекты на расте , Fractal cucumber (ok), 12:10 , 17-Июн-21, (78) +1 // Тонко И в этом вся суть готовых растовых проектов , Аноним (98), 16:45 , 17-Июн-21, (98) +1 // А что вообще есть у нас готового, что не будет доработано или исправлено , freecoder (?), 22:28 , 03-Июл-21, (153) К сожалению или к счатью не мне нудить Но нет, не готовые Сырое оно как гавно , deeaitch (ok), 20:56 , 17-Июн-21, (110) Всем радетелям за новое безопасное рекомендую уточнитт, кто владеет crates io - , балмер в маске V (?), 20:15 , 17-Июн-21, (105) +1 // Rust Fondation , Аноним (114), 21:04 , 17-Июн-21, (114) +1 То ли дело Владетель kernel org, да https www linuxfoundation org about board, Аноним (-), 22:56 , 17-Июн-21, (116) +3 Единственный плюс раста это уродливый и упоротый цэпэпэ который от стандарта в с, Аноним (119), 01:35 , 18-Июн-21, (119) Почему нельзя было пилить синтаксис раста с оглядкой не на наркоманский CPP, а н, Аноним (119), 01:42 , 18-Июн-21, (121) // Здешнее нытьё про синтаксис уже начинает утомлять Без семантики синтаксис не им, burjui (ok), 13:33 , 18-Июн-21, (132) +2 // Синтаксис жуть криповая, это тебе любой скажет покажи ты ему код на расте даж, Аноним (146), 21:11 , 19-Июн-21, (146) // Ну, если для тебя код на С читабельнее, то я рад, что не являюсь твоим коллего, burjui (ok), 01:37 , 20-Июн-21, (147) –1 Читать научись если тебе попадался C на макросах и указателях на указатели , Аноним (148), 20:43 , 23-Июн-21, (148) Реально так, Хан (?), 00:10 , 30-Июл-21, (155) Ответ есть в этой статье https habr com ru post 532660 , freecoder (?), 22:56 , 03-Июл-21, (154) 1,2,3,5,8,27,28,29,44,59,62,72,77,78,105,119,121

Сообщения

[Сортировка по времени | RSS]

28. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+2 +/–
Сообщение от Аноним (28), 16-Июн-21, 17:54
Кто бы сомневался что всё равно без libc ничего не могут. Хипстеры такие хипстеры.
Ответить | Правка | Наверх | Cообщить модератору

	30. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от n00by (ok), 16-Июн-21, 18:13
	Хотел было спросить, зачем там pub unsafe extern "C" fn malloc(size: size_t) -> *mut c_void но нашёл вот это: pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t https://docs.rs/libc/0.2.97/libc/fn.strlen.html
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–1 +/–
	Сообщение от Аноним (-), 16-Июн-21, 21:22
	> но нашёл вот это: > pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t > https://docs.rs/libc/0.2.97/libc/fn.strlen.html И чо? Тебя поразило в самое сердце, что для взаимодействия с внешними либами можно не переизобретать велосипед, а использовать решения для тех самых внешних либ? (для латентных ЖСкриптозников поясню - в Ржавчине char - это 4 байта, а String - отдельный тип в кодировке UTF-8, а не массив с костыл^W набором чаров)
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+1 +/–
	Сообщение от n00by (ok), 17-Июн-21, 06:52
	>> но нашёл вот это: >> pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t >> https://docs.rs/libc/0.2.97/libc/fn.strlen.html > И чо? Тебя поразило в самое сердце, что для взаимодействия с внешними > либами можно не переизобретать велосипед, а использовать решения для тех самых > внешних либ? Да, меня это поразило. Вы еще про Бойер-Мура напишите для строк в 2 гигабайта, что бы я спросил: а зачем? > (для латентных ЖСкриптозников поясню - в Ржавчине char - > это 4 байта, а String - отдельный тип в кодировке UTF-8, > а не массив с костыл^W набором чаров) Если убрать малознакомые мне слова и попытки манипулировать, то правильно ли я понимаю, что тут написано о невозможности обработать массив октетов средствами Раста? (но этого не может быть).
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+1 +/–
	Сообщение от Аноним. (?), 17-Июн-21, 13:32
	>>> без libc ничего не могут >> Хотел было спросить, зачем там ... malloc ... strlen > Если убрать малознакомые мне слова и попытки манипулировать, Свое не пахнет? > то правильно ли я понимаю, что тут написано о невозможности обработать массив октетов средствами Раста? > (но этого не может быть). Тут написано о том, что строки в расте "совсем другие". А теперь глянь в реализацию strlen той же glibc https://github.com/lattera/glibc/blob/master/sysdeps/x86_64/... https://github.com/lattera/glibc/blob/master/sysdeps/arm/str... - предлагаешь велосипедить достаточно быструю (то есть использующую SIMD, выравненное чтение и прочее) для _внешнего_ типа данных чисто из "любви к исскуству" (ну и чтобы комментаторы на опеннете могли всласть покомментировать по поводу NIH синдрома)?
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–1 +/–
	Сообщение от n00by (ok), 17-Июн-21, 14:14
	>[оверквотинг удален] >> то правильно ли я понимаю, что тут написано о невозможности обработать массив октетов средствами Раста? >> (но этого не может быть). > Тут написано о том, что строки в расте "совсем другие". > А теперь глянь в реализацию strlen той же glibc > https://github.com/lattera/glibc/blob/master/sysdeps/x86_64/... > https://github.com/lattera/glibc/blob/master/sysdeps/arm/str... >  - предлагаешь велосипедить достаточно быструю (то есть использующую SIMD, выравненное > чтение и прочее) для _внешнего_ типа данных чисто из "любви к > исскуству" (ну и чтобы комментаторы на опеннете могли всласть покомментировать по > поводу NIH синдрома)? Предлагаю перечитать сообщение, на которое Вы отвечали. Там был задан вопрос на эту тему. Если не понятно, что такое Бойер-Мур, поищите в сети. Если Вы не готовы дать ответ не мой вопрос, не тратьте время.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Аноним (92), 17-Июн-21, 14:47
	>> но нашёл вот это: >> pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t >> что бы я спросил: а зачем? > Предлагаю перечитать сообщение, на которое Вы отвечали. Там был задан вопрос на > эту тему. Если не понятно, что такое Бойер-Мур, поищите в сети. > Если Вы не готовы дать ответ не мой вопрос, не тратьте > время. Предлагаю перестать читать жопой и юлить и ответить наконец на вопрос: на*ера обязательно нужно велосипедить свою реализацию операции над _чужим_ типом данных? Что бы что?
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–1 +/–
	Сообщение от n00by (ok), 18-Июн-21, 07:13
	То есть я сам должен ответить свой на вопрос, зачем Rust strlen()? Не проблема, напишу теперь уже без намёков: strlen() в Rust не нужна. Теперь ты расскажи, зачем ты тут нарисовался?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Аноним (57), 16-Июн-21, 22:09
	strlen действительно могли бы реализовать сами,  но может быть,  нужен и конкретно текущей libc. А без malloc нельзя было бы работать с теми кривыми сишными поделиями, которым подай аллоцированное, а освободят они сами естественно сишным free
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

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

	69. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+2 +/–
	Сообщение от боня (?), 17-Июн-21, 07:21
	как вариант это просто автогенерированный код
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от n00by (ok), 17-Июн-21, 07:30
	> как вариант это просто автогенерированный код Спасибо. Это разумный вариант.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Аноним (120), 18-Июн-21, 01:42
	И очень сильно и сложно приседать, чтобы ничего не ломалось при LD_PRELOAD, скажем, jemalloc, по сути вызывая написанный на расте код через FFI. И это уже в одном шаге от переписывания libc на раст. Что на самом деле идея красивая но неосуществимая, ведь glibc ужасает не только качеством но и объемом кода
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	124. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–1 +/–
	Сообщение от n00by (ok), 18-Июн-21, 07:10
	> И очень сильно и сложно приседать, чтобы ничего не ломалось при LD_PRELOAD, > скажем, jemalloc, по сути вызывая написанный на расте код через FFI. Это не эквивалентно "нельзя". > И это уже в одном шаге от переписывания libc на раст. Что > на самом деле идея красивая но неосуществимая, ведь glibc ужасает не > только качеством но и объемом кода Но Си ведь небезопасный язык. Значит libc небезопасна. Следовало переписать сначала её, а потом уже всё остальное.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Аноним (-), 16-Июн-21, 18:34
	> Кто бы сомневался что всё равно без libc ничего не могут. Хипстеры такие хипстеры. https://man7.org/linux/man-pages/man2/syscalls.2.html >> System calls are generally not invoked directly, but rather via >> wrapper functions in glibc (or perhaps some other library). Кто бы сомневался, что жопоскриптозники в вопросе разбираются как козы в апельсинах?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	32. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от n00by (ok), 16-Июн-21, 18:42
	Поскольку разбираетесь, подскажите, пожалуйста, вокруг какого syscall является обёрткой функция pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t https://docs.rs/libc/0.2.97/libc/fn.strlen.html
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Аноним (-), 16-Июн-21, 18:57
	> Поскольку разбираетесь, подскажите, пожалуйста, вокруг какого syscall является обёрткой функция > pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t > https://docs.rs/libc/0.2.97/libc/fn.strlen.html > Raw FFI bindings to platforms’ system libraries Не юродствуй. С чего бы делать обертку неполной? Чтобы на опеннете могли поныть "Ха, хипстиры ниасилили даже обертку!1"?
	Ответить | Правка | Наверх | Cообщить модератору

	39. Скрыто модератором	+1 +/–
	Сообщение от Прорыв_запарты_фелиал (ok), 16-Июн-21, 21:16
	Ещё одна жертва пропаганды. Сообщаю новость - сисколы и ядро никакой жопой не зависят от libc - её там в принципе нет. И libc - это не "platforms’ system libraries", потому как таких вообще не существует. Это "системные библиотеки" си, а не просто системные библиотеки. Да и само это понятие нелепо.
	Ответить | Правка | Наверх | Cообщить модератору

	45. Скрыто модератором	+/–
	Сообщение от Аноним (-), 16-Июн-21, 21:34
	> Ещё одна жертва пропаганды. Сообщаю новость - сисколы и ядро никакой жопой > не зависят от libc - её там в принципе нет. И libc - это не "platforms’ system libraries", потому как таких вообще > не существует. Это "системные библиотеки" си, а не просто системные библиотеки. > Да и само это понятие нелепо. Еще одна жертва чтения жопой, домысливания и гордого опровергания своих же домыслов. Набор готовых сборок ржавой библиотеки для разных версий "stable API is nonsense" и *BSD ты что ли мейнтейнить будешь? И точно-точно не будешь ныть на опеннете "Фи! Оно для чтения stdin хочет впендюрить свой рантайм вместо использования системного!"?
	Ответить | Правка | Наверх | Cообщить модератору

	49. Скрыто модератором	+/–
	Сообщение от Прорыв_запарты_фелиал (ok), 16-Июн-21, 21:41
	Жертва пропаганды поплыла. Тебе сообщили, что libc ненужна ни для сисколов ни для ядра. Это не говоря о том, что в переносимую либц, о который ты попытался закукарекать, сисколы в принципе не входят. Ну и да, типичная методичка обгадившегося трепла вида "да ты будешь" - показывай где буду. Бегом. В результате что я вижу? Блеял про сисколоы - обгадился с сисколами. начал нести какую-то херню. Это не говоря о том, что libc в принципе ненужна ни для интеропа с си ни для чего угодно. libc в этой скриптухе существует только по одной причине - скрипуха бездарная не может в системщину. Поэтому приходится весь рантайм воровать. Начиная от юзерспейс-рантайм заканчивая компилятором. В школу, позорище.
	Ответить | Правка | Наверх | Cообщить модератору

	52. Скрыто модератором	+/–
	Сообщение от Аноним (-), 16-Июн-21, 22:02
	> Жертва пропаганды поплыла. Тебе сообщили, что libc ненужна ни для сисколов ни > для ядра. Это не говоря о том, что в переносимую либц, > о который ты попытался закукарекать, сисколы в принципе не входят. Ты опять читал жопой? Или собрался заимодействовать с ядром и ebpf без сисколов - через либастрал? > Ну и да, типичная методичка обгадившегося трепла вида "да ты будешь" - > показывай где буду. Бегом. > В результате что я вижу? Блеял про сисколоы - обгадился с сисколами. > начал нести какую-то херню. Прочитал жопой, написаль хрень, опять прочитал жопой, опять написал хрень ... > Это не говоря о том, что libc > в принципе ненужна ни для интеропа с си ни для чего > угодно. libc в этой скриптухе существует только по одной причине - > скрипуха бездарная не может в системщину. Поэтому приходится весь рантайм воровать. > Начиная от юзерспейс-рантайм заканчивая компилятором. В школу, позорище. Какие бурные фантазии очередного жопочтеца ...
	Ответить | Правка | Наверх | Cообщить модератору

	68. Скрыто модератором	+/–
	Сообщение от n00by (ok), 17-Июн-21, 07:07
	> libc в этой скриптухе существует только по одной причине - > скрипуха бездарная не может в системщину. Поэтому приходится весь рантайм воровать. > Начиная от юзерспейс-рантайм Начинаю подозревать, что это правда. Стандартную библиотеку С++ (которому Rust якобы замена) возможно реализовать на С++ (+ вызовы ядра) а libc сделать вокруг неё обёрткой. > заканчивая компилятором. Всё же компилятор это не столь простая часть, как системная библиотека. Разумно использовать готовый для экономии времени и потенциальной поддержки новых архитектур.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	107. Скрыто модератором	+/–
	Сообщение от Прорыв_запарты_фелиал (ok), 17-Июн-21, 20:34
	>Начинаю подозревать, что это правда. Стандартную библиотеку С++ (которому Rust якобы замена) возможно реализовать на С++ (+ вызовы ядра) а libc сделать вокруг неё обёрткой. C++ является си, поэтому здесь нет никаких проблем. Проблема не в том, что какая-то скриптуха берёт что-то у си. Проблема в том, что эта помойная скриптуха декларирует свою самодостаточность и в принципе ортогональность с си. >Всё же компилятор это не столь простая часть, как системная библиотека. Разумно использовать готовый для экономии времени и потенциальной поддержки новых архитектур. Нет, это подход дерьма. У всех адекватных языков есть свой компилятор. Это основа любого языка. И компилятора у скриптухи этой позорной нет не потому, чтобы что-то упростить - это сказки для бедных. А потому что языка в принципе нет. Вот выше там сектанты помойные спорили со мною на эту тему. Ты просто иди и посмотрим что в си есть, чтобы быть языком. Это и модель памяти и модель многопоточность и модель исполнения. Ничего этого в этой позорной скриптухе нет и никогда не будет. И именно это, в первую очередь, эти бездарности воруют, а не какие-то "новые архитектуры". Тебя просто обманули. Полноценный язык должен являться первичным. Очевидно, что очень просто оттрансировать своё дерьмо в си, ведь ненужно ни о чём думать. А ещё лучше когда уже есть готовый кодогенратор в си(llvm и есть тот самый кодогенератор. Т.е. этот бездарный огрызок сам даже ir не генерирует). Но в чём проблема? Проблема в том, что ты становишься заложником чужой воли. Ты будешь исполнятся так, как нужно не тебе. И если ты захочешь пойти против - не сможешь. Вот си первичен по отношению к ллвм, ллвм сделан сишниками и так, как нужно сям. Предположим, что если завтра в си введут изменения, которые потребуют изменения в llvm такого, что это поломает говнораст - всем будет похрен на говнораст.
	Ответить | Правка | Наверх | Cообщить модератору

	127. Скрыто модератором	+/–
	Сообщение от n00by (ok), 18-Июн-21, 08:00
	Не вижу проблем с трансляцией в Си, когда речь идёт о каком-нибудь Vala. Более того, я не знаю, зачем там свой компилятор. Но там авторы честно обозначили, что они сделали некий продвинутый препроцессор для упрощения формошлёпства, а не очередного убийцу Си.
	Ответить | Правка | Наверх | Cообщить модератору

	151. Скрыто модератором	+/–
	Сообщение от Прорыв_запарты_фелиал (ok), 24-Июн-21, 22:45
	Я не говорил, что трансляция в си проблема. Она проблема тогда, когда ты сектант, который делает не-си с трансляцией в си.
	Ответить | Правка | Наверх | Cообщить модератору

	152. Скрыто модератором	+/–
	Сообщение от n00by (ok), 25-Июн-21, 07:50
	Бороться с Си, транслируя в Си -- это не секта, а когнитивный диссонанс :)
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–1 +/–
	Сообщение от n00by (ok), 17-Июн-21, 07:00
	>> Поскольку разбираетесь, подскажите, пожалуйста, вокруг какого syscall является обёрткой функция >> pub unsafe extern "C" fn strlen(cs: *const c_char) -> size_t >> https://docs.rs/libc/0.2.97/libc/fn.strlen.html >> Raw FFI bindings to platforms’ system libraries > Не юродствуй. > С чего бы делать обертку неполной? Раз не подскажете номер вызова, значит strlen() не имеет отношения к обёртке, как и попытка передёрнуть -- смысла. > Чтобы на опеннете могли поныть "Ха, > хипстиры ниасилили даже обертку!1"? Пока приходится ныть об уровне аргументации и качестве риторики.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	83. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+1 +/–
	Сообщение от Аноним. (?), 17-Июн-21, 13:38
	> Раз не подскажете номер вызова, значит strlen() не имеет отношения к обёртке, > как и попытка передёрнуть -- смысла. Твоя попытка передерга - тоже. Ну или ты можешь показать, где в сабже используется strlen? >> всё равно без libc ничего не могут. Хипстеры такие хипстеры. > Пока приходится ныть об уровне аргументации и качестве риторики. О да.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–1 +/–
	Сообщение от n00by (ok), 17-Июн-21, 14:20
	>> Раз не подскажете номер вызова, значит strlen() не имеет отношения к обёртке, >> как и попытка передёрнуть -- смысла. > Твоя попытка передерга - тоже. Ну или ты можешь показать, где в > сабже используется strlen? Могу назвать вопрос унылой демагогией. Бремя доказательства, что strlen() является "System call ... wrapper function", лежит на заявителе.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+1 +/–
	Сообщение от Аноним (-), 17-Июн-21, 14:26
	> Могу назвать вопрос унылой демагогией. В смысле, вставить от балды не используемый сабжем "strlen" и требовать доказать что это "wrapper functions in glib" - демагогия? Согласен. > Бремя доказательства, что strlen() является "System > call ... wrapper function", лежит на заявителе. Бремя доказательства "всё равно без libc ничего не могут"? Несомненно!
	Ответить | Правка | Наверх | Cообщить модератору

	109. Скрыто модератором	–1 +/–
	Сообщение от Прорыв_запарты_фелиал (ok), 17-Июн-21, 20:44
	>Бремя доказательства "всё равно без libc ничего не могут"? Несомненно! Срочно в школу, клоун. Не могут не требует доказательств. Как и "не существует". Ты настолько бездарность, что даже правильно методичку использовать не может. Бремя доказательств не работает так, как ты блеешь. Оно касается не того, кто заявляет, а того, кто что-то заявляет. Утверждающий это не тот, кто выдвигает тезис, а тот кто выдвигает тезис утверждающий существование чего-то.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Урри (ok), 17-Июн-21, 11:20
	translate.google.com <- "generally" Это в тему коз и апельсинов.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	84. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+/–
	Сообщение от Аноним. (?), 17-Июн-21, 13:51
	> translate.google.com <- "generally" > Это в тему коз и апельсинов. Так ты коза, дергаящая в своих программах сисколы напрямую? Или очередной опеннетный апельсин-теоретик, который любит поныть (в зависимости от темы) "Пачему оно тянет еще один жирный рантай, не используя системное!© Зачем переписали?" и "А-а-а! Используют системное! Не осилили свое! Фууу!"?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	–2 +/–
	Сообщение от n00by (ok), 17-Июн-21, 14:24
	А что, из Rust нельзя дёрнуть сискол напрямую? Скажите, Вас кто-то нанял, что бы Вы сливали столь популярный и многообещающий язык, или оно само так получается?
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Представлена библиотека Aya для создания eBPF-обработчиков н..."	+2 +/–
	Сообщение от Аноним (92), 17-Июн-21, 14:40
	> А что, из Rust нельзя дёрнуть сискол напрямую? Логика уровня "А что, из С++ нельзя дернуть сискол напрямую или почему так никто не делает?!" https://docs.rs/syscall/0.2.1/src/syscall/platform/linux-x86... #[inline(always)] pub unsafe fn syscall0(n: usize) -> usize {     let ret : usize;     asm!("syscall" : "={rax}"(ret)                    : "{rax}"(n)                    : "rcx", "r11", "memory"                    : "volatile");     ret } А теперь ты мне приведешь список реальных юзерспейсных программ, дергающих сисколлы напрямую? > Скажите, Вас кто-то нанял, что бы Вы сливали столь популярный и многообещающий язык, или оно  само так получается? Классика впопеннетных борцунов "противорастового сопративления" - когда нечего возразить по теме, пиши глупости про "слив" ...
	Ответить | Правка | Наверх | Cообщить модератору

	108. Скрыто модератором	+/–
	Сообщение от Прорыв_запарты_фелиал (ok), 17-Июн-21, 20:39
	>Логика уровня "А что, из С++ нельзя дернуть сискол напрямую или почему так никто не делает?!" Жертва пропаганды, С++ итак дёргает сисколы напрямую. ```     asm!("syscall" : "={rax}"(ret)                    : "{rax}"(n)                    : "rcx", "r11", "memory"                    : "volatile"); ``` Это не говнораст - это ворованный из сишного компилятора инлайн-ассемблер. Ты опять обгадился. >А теперь ты мне приведешь список реальных юзерспейсных программ, дергающих сисколлы напрямую? Все, тупая ты обезьяна. Дёргать напрямую - это из родного рантайма, а не ворованного. Поэтому любой, кто пишет на С/С++ - дёргает их напрямую. Даже, насколько я помню, в го они дёргаются напрямую. Твоя проблема не в том, что тебе говорят дёргать их через ворованный asm, твоя проблема в том, что ты украл чужой рантайм. Бери свой рантайм. Почему это бездарное дерьмо не взяло это говнулибу, а украло libc? Правильно, потому что а) либоа говно, б) нужны не только сисколы.
	Ответить | Правка | Наверх | Cообщить модератору

	126. Скрыто модератором	–2 +/–
	Сообщение от n00by (ok), 18-Июн-21, 07:49
	> А теперь ты мне приведешь список реальных юзерспейсных программ, дергающих сисколлы напрямую? Нет, не приведу. Знаешь, почему? Потому что у меня такая программа есть, я её сам написал. А если тебе что-то нужно, ты сам и ищи, хамам и балаболам я не помогаю.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	128. Скрыто модератором	+/–
	Сообщение от Аноним (-), 18-Июн-21, 12:11
	>> А теперь ты мне приведешь список реальных юзерспейсных программ, дергающих сисколлы напрямую? > Нет, не приведу. А если тебе нужны пруфцы моей точки зрения, то сам и ищи ... Ничего страшного - чего-то помимо унылой клоунады с демагогией от очередного впопеннетного борцуна с растом я и не ожидал.
	Ответить | Правка | Наверх | Cообщить модератору

	136. Скрыто модератором	+/–
	Сообщение от n00by (ok), 18-Июн-21, 16:28
	Зато могу тебе рассказать, почему ты коверкаешь название сайта, на котором имеешь неосторожность при людях какать: потому что ты тут систематически какаешь. Проекция зафиксировалась в стойкую асссоциацию.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема