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

"В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+/–
Сообщение от opennews (?), 19-Мрт-21, 20:18
В состав ветки linux-next, на основе которой будет сформирован выпуск ядра Linux 5.13, включён начальный набор компонентов для разработки драйверов устройств на языке Rust. Отдельно опубликована документация по использованию  Rust в ядре Linux и пример модуля ядра с драйвером символьного устройства на языке Rust. Обычно ветка linux-next включает код, готовый для принятия в следующем цикле приёма изменений в ядро, но пока точно не ясно будет ли поддержка Rust принята Линусом Торвальдсем в состав Linux 5.13, так как код не прошёл рецензирование широким кругом разработчиков... Подробнее: https://www.opennet.me/opennews/art.shtml?num=54792
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Скрыто модератором	–7 +/–
Сообщение от Растоним (?), 19-Мрт-21, 20:18
Слава ВЕЛИКОМУ РАСТУ!
Ответить | Правка | Наверх | Cообщить модератору

	4. Скрыто модератором	+13 +/–
	Сообщение от Леголас (ok), 19-Мрт-21, 20:22
	всё понятно, это секта, вот уж никто не ожидал
	Ответить | Правка | Наверх | Cообщить модератору

	446. Скрыто модератором	+/–
	Сообщение от Аноним (446), 22-Мрт-21, 17:38
	> всё понятно, это секта, вот уж никто не ожидал все понятно, это у вас зависть, вот уж что вполне ожидаемо (а уж ник-то какой гордый!)
	Ответить | Правка | Наверх | Cообщить модератору

	10. Скрыто модератором	–3 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:26
	Почему растаманы не могут дописать свою ресдох, но лезут и ломают чужие системы?!
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	23. Скрыто модератором	+3 +/–
	Сообщение от Аноним (23), 19-Мрт-21, 20:36
	> Код добавил Стивен Ротвелл (Stephen Rothwell), мэйнтейнер ветки Linux-next. > Идею также поддержал Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Потому что растаманы ментейнят ядро, и эти самые ментейнеры-растаманы не последние люди в иерархии ментейнеров, и занимаются своим делом десятилетия
	Ответить | Правка | Наверх | Cообщить модератору

	444. Скрыто модератором	+/–
	Сообщение от Аноним (446), 22-Мрт-21, 17:35
	Все гораздо гораздо проще. Потому что растаманам элементарно завидуют. На Расте действительно получается, гораздо лучше, надежнее и красивее. Но далеко не каждый, кто кое-как научился писать кривой код на С, и сразу полез "по дрова", может при этом хотя бы понять Раст, хоть делали вид, якобы понимают C++, а теперь им совсем облом. Поэтому от зависти и злословят.
	Ответить | Правка | Наверх | Cообщить модератору

	449. Скрыто модератором	–1 +/–
	Сообщение от Аноним (446), 22-Мрт-21, 17:52
	С какой стати системы "чужие", для системных то разработчиков на Раст! Это вы лишь осилили хеллоу-дрова на С по рецептам, коих давно завались везде, и уже сразу попытались себе что-то там присвоить.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	470. Скрыто модератором	+/–
	Сообщение от Аноним (470), 24-Мрт-21, 01:22
	Они даже свой браузер не смогли написать. Даже табличку сделали сколько ещё процентов кода на плюсах - многократно больше раста
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

2. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+8 +/–
Сообщение от Леголас (ok), 19-Мрт-21, 20:18
вот и на растоулице праздник
Ответить | Правка | Наверх | Cообщить модератору

	12. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:27
	Они бы лучше свой ресдох делали. А то не работает на реальном железе. Вот и линух перестанет работать...
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+4 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 22:41
	> Они бы лучше свой ресдох делали. А то не работает на реальном железе. https://www.youtube.com/watch?v=TD2ZYyccjxU https://www.redox-os.org/img/hardware/T520-P50-Asus-Desktop.jpg > Аноним (10) 3 of 48 matches Какой занимательный з̶а̶с̶ё̶р̶ ̶в̶с̶е̶й̶ ̶н̶о̶в̶о̶с̶т̶и̶ пук в лужу от опеннетной истерички ...
	Ответить | Правка | Наверх | Cообщить модератору

	172. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:03
	Так это, для меня сие не проблема. Линуксные девы видите ли это опцией сделали и сказали что не хотят mandatory билд-депы такого плана. Ну, и, собственно в чем проблема отключить всех этих хрустиков? :)
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	222. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 20-Мрт-21, 09:36
	Будет mandatory, когда драйвер для 6G-модема будет только на расте, а других в продаже не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 16:20
	> Будет mandatory, Попробуй мне сделать что-нибудь mandatory когда я сам себе кернел конфигуряю и компиляю. > а других в продаже не будет. Это будет оооооооой как не скоро. Хинт: есть еще индустриальные эмбедовочные модули, это вообще так по жизни очень консервативные ребята. Потому что вон там вообще какой-нибудь сссаный pic с модемом работал, где ж он хруст возьмет? Ну я и куплю себе какой-нибудь 4G индустриаловочный, полностью документированый по интерфейсу, к тому же, а не так что чей-то блоб в RIL - и вот вам весь интерфейс к нему дескать :)
	Ответить | Правка | Наверх | Cообщить модератору

	480. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от szt1980 (ok), 26-Мрт-21, 22:07
	Так он давно уже
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	196. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от B (?), 20-Мрт-21, 04:20
	https://www.google.com/maps/place/Rust+Rd,+Fairfax,+VA+22030
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	258. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от заминированный тапок (ok), 20-Мрт-21, 12:16
	то есть Core i5 и 8 Гб RAM уже можно выбрасывать на помойку как "устаревшее слабое железо" ?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	263. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от анонимус12345 (?), 20-Мрт-21, 12:42
	да
	Ответить | Правка | Наверх | Cообщить модератору

	285. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (285), 20-Мрт-21, 14:15
	Щаз буду плакать.(
	Ответить | Правка | Наверх | Cообщить модератору

3. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Растобой (?), 19-Мрт-21, 20:20
Это было ожидаемо.
Ответить | Правка | Наверх | Cообщить модератору

	206. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (206), 20-Мрт-21, 06:39
	А ведь раньше он заявлял, что Си используется чтобы не было огромного ядра как в случае с С++, а тут еще круче. Какая-то сделка с программистами недоучками получается. "Ох, вы роботостроители, тогда вот вам отдельное ядро с системой разработки под растом,руби, перлом, го. Только не спользуйте С++".
	Ответить | Правка | Наверх | Cообщить модератору

	286. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–4 +/–
	Сообщение от анончик (?), 20-Мрт-21, 14:30
	rust это не плюсы, нету б-гомерзских классов например
	Ответить | Правка | Наверх | Cообщить модератору

	290. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (290), 20-Мрт-21, 16:05
	То есть, он лучше тем, что хуже?
	Ответить | Правка | Наверх | Cообщить модератору

	295. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–6 +/–
	Сообщение от анончик (?), 20-Мрт-21, 16:37
	классы для быдла. Ни в Rust ни в Go их нет
	Ответить | Правка | Наверх | Cообщить модератору

	312. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (290), 20-Мрт-21, 17:12
	Аргументировать ты, конечно, не сможешь. Раз чего-то нет  в твоем любимиом языке, то это и есть самый сильный аргумент против. Иными словами - ты просто не понимаешь о чём говоришь.
	Ответить | Правка | Наверх | Cообщить модератору

	472. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от заминированный тапок (ok), 24-Мрт-21, 16:59
	> Аргументировать ты, конечно, не сможешь. Раз чего-то нет  в твоем любимиом > языке, то это и есть самый сильный аргумент против. Иными словами > - ты просто не понимаешь о чём говоришь. во-первых, ононимотрлль понятия не имеет о чём говорит (как обычно в общем-то), тк плюсы полностью поддерживают и функциональный подход, и использвоание такого подхода в плюсах далеко не редкость во-вторых, зачем серьёзно пытаться отвечать троллю? ты же его просто кормишь
	Ответить | Правка | Наверх | Cообщить модератору

	322. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от n00by (ok), 20-Мрт-21, 17:30
	> rust это не плюсы, нету б-гомерзских классов например В плюсах тоже нет классов. Там есть возможность при помощи ключевого слова class объявить структуру, где члены по умолчанию private.
	Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

	485. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Stollman (?), 11-Апр-21, 08:21
	"бъявить структуру, где члены по умолчанию private. " Какие члены?
	Ответить | Правка | Наверх | Cообщить модератору

	486. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 13-Апр-21, 07:08
	> "бъявить структуру, где члены по умолчанию private. " > Какие члены? Скрытые. member-specification : member-declaration member-specification opt access-specifier : member-specification opt access-specifier : private protected public
	Ответить | Правка | Наверх | Cообщить модератору

5. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от Аноним (5), 19-Мрт-21, 20:23
ядро приобретает очертания супер стабильности
Ответить | Правка | Наверх | Cообщить модератору

	14. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:28
	Вздрогнул от случаев, когда раст тёк и падал.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+4 +/–
	Сообщение от Аноним (30), 19-Мрт-21, 20:47
	Ну сейчас то поправили? Или по прежнему проблема где-то сохранилась?
	Ответить | Правка | Наверх | Cообщить модератору

	36. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–4 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:53
	Дыры на си тоже правят, внезапно. Или их где-то оставляют?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (59), 19-Мрт-21, 21:13
	При чем тут дыры на си?
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:17
	При чём тут раст?
	Ответить | Правка | Наверх | Cообщить модератору

	198. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Я (??), 20-Мрт-21, 04:29
	сначала тоже а потом принял таблетки и вспомнил что таких не было..
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	21. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноным (ok), 19-Мрт-21, 20:34
	суперпозиции
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	147. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Aninim (?), 20-Мрт-21, 00:59
	Скорее теряет такие очертания...
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–8 +/–
Сообщение от A.Stahl (ok), 19-Мрт-21, 20:24
Х.з. С моей колокольни Си++ выглядит куда перспективней.
Ответить | Правка | Наверх | Cообщить модератору

	11. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от leibniz (??), 19-Мрт-21, 20:27
	что ты несешь?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (63), 19-Мрт-21, 21:17
	Свет и истину.
	Ответить | Правка | Наверх | Cообщить модератору

	348. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:54
	Ну если учесть что хрустики без C++ даже код не сгенерят... ммм... :))). Видите ли LLVM таки плюсатый. И без него - ну вы поняли насколько кому хруст сдался. Вот такой вот love-hate получается. А что, вселенная умеет стебаться, разве нет? Пока хрустики правой рукой вопят как оно лучше плюсов, левой рукой они вон ту здоровую плюсатую либу юзают.
	Ответить | Правка | Наверх | Cообщить модератору

	377. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:23
	> Ну если учесть что хрустики без C++ даже код не сгенерят... ммм... Балаболка опеннетная, классическая: > Cranelift Code Generator > A Bytecode Alliance project > Cranelift is a low-level retargetable code generator. It translates a target-independent intermediate representation into executable machine code. https://rustc-dev-guide.rust-lang.org/backend/codegen.html > rustc uses LLVM for code generation; there is also support for Cranelift https://github.com/bjorn3/rustc_codegen_cranelift >  features = ["std", "read_core", "write", "coff", "elf", "macho", "pe"] > Rust 95.8%  Shell 4.2%
	Ответить | Правка | Наверх | Cообщить модератору

	388. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 23:10
	> Балаболка опеннетная, классическая: Балаболки это растаманы - быкуют на си++ генеря им себе код. Киздато. >> Cranelift Code Generator >> A Bytecode Alliance project О, маркетинговый булшит и баззворды. Давненько не бывало. > https://rustc-dev-guide.rust-lang.org/backend/codegen.html А, кстати, а остальные части тулчейна и операционок вам не надо? Или 1 раз - не пи...с? Ну и почему это у хрустиков не дефолтный бэк? Плюсеры таки их делают по кодогенерации и числу архитектур? :) >> rustc uses LLVM for code generation; there is also support for Cranelift Да так то там кто-то вон и фронт для gcc пиляет. Но вот дефолтная инкарнация ни о чем без плюсов.
	Ответить | Правка | Наверх | Cообщить модератору

	397. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 23:57
	> Пока хрустики правой рукой вопят как оно лучше плюсов > быкуют на си++ генеря им себе код. Киздато. Пруфцы - или балаболка² >>> Cranelift Code Generator >>> A Bytecode Alliance project > О, это нищитаица! - >>> Ну если учесть что хрустики без C++ даже код не сгенерят >> https://rustc-dev-guide.rust-lang.org/backend/codegen.html > А, кстати, а остальные части тулчейна и операционок вам не надо? Или 1 раз - не пи...с? Пошел юлеж и переобувание в прыжке, в лучших традициях 294х балаболок.
	Ответить | Правка | Наверх | Cообщить модератору

	410. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-21, 08:41
	Ох, вы читать разучились? Вот тут в треде повыше перепись лолок. Ну и про переобувания поговорим когда у хрустиков дефолтным кодогенератором станет что-нибудь на хрусте. А то круто разглагольствовать о крути яп и прогеров на нем при отсуствии вменяемого софта на этом, так что вот даже либу кодогенерации плюсатую взяли, и ничего умнее не придумали как к популярному проекту примазаться на кривой козе, потому что видите ли редокс кусок крапа который даром никому не уперся.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от leibniz (??), 19-Мрт-21, 20:31
	всем до лампочки твоя колокольня
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	25. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от валяйте (?), 19-Мрт-21, 20:39
	Твоя впрочем тоже
	Ответить | Правка | Наверх | Cообщить модератору

	28. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от leibniz (??), 19-Мрт-21, 20:42
	> Твоя впрочем тоже даже не спорю
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Последний из могикан (?), 19-Мрт-21, 21:48
	Ты ж таненбаумом был,когда перекрестится успел то?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	80. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (80), 19-Мрт-21, 21:54
	Он задолбался под вантузом вмшмару запускать. Вот и открестился от Тененбаума.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Последний из могикан (?), 19-Мрт-21, 21:57
	> Он задолбался под вантузом вмшмару запускать. Вот и открестился от Тененбаума. Всегда восхищался умением людей переобуватся в воздухе.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (30), 19-Мрт-21, 20:48
	Перспективней для чего? Все в мире обьект хочешь скзаать? Уже понятно, что все в мире это примесь. Простой пример COVID19 это примесь.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	38. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:55
	> Все в мире обьект хочешь скзаать? Не поверишь... С тех пор, как у процов появились операции над данными.
	Ответить | Правка | Наверх | Cообщить модератору

	364. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 21:33
	> Не поверишь... С тех пор, как у процов появились операции над данными. У процов, они, внезапно, объектами не оформлены... объекты это чисто синтетическая абстракция, одна из возможных.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от ZyklonB (?), 19-Мрт-21, 21:01
	>COVID19 Уже немодно.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	174. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:06
	А по больницам и не скажешь, постоянно кто-нибудь полежать с этим приходит. Зато всяким простудифиласам пришлось нелегко - все в маске, локтями здороваются, куда бедному гриппу податься?!
	Ответить | Правка | Наверх | Cообщить модератору

	269. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от ZyklonB (?), 20-Мрт-21, 13:02
	>куда бедному гриппу податься?! И не говори... За ангину и ОРЗ тоже очень обидно, и за диарею с чесоткой — всех проклятый ковид оттеснил. Прямо как гранж убил хеви метал в начале 90-х.
	Ответить | Правка | Наверх | Cообщить модератору

	349. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:57
	Ну так его бояться стали, а намордники с печатками так то не только от ковида помогают, думаешь чего эскулапы по жизни упакованые, особенно в операционной какой? Была им охота в твоем biohazard'е уделаться, ага...
	Ответить | Правка | Наверх | Cообщить модератору

	370. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:04
	> Ну так его бояться стали, а намордники с печатками так то не > только от ковида помогают, думаешь чего эскулапы по жизни упакованые, особенно в операционной какой? Была им охота в твоем biohazard'е уделаться, ага... Опеннетные эксперды выходят на связь, все в машину!
	Ответить | Правка | Наверх | Cообщить модератору

	389. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (389), 20-Мрт-21, 23:14
	> Опеннетные эксперды выходят на связь, все в машину! Я передумал! Не пользуйтесь намордниками и перчатками, что вы, что вы. И желательно еще прогуляйтесь где-нибудь по заброшенной биолаборатории.
	Ответить | Правка | Наверх | Cообщить модератору

	398. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 21-Мрт-21, 00:31
	>> Опеннетные эксперды выходят на связь, все в машину! > Я передумал! Не пользуйтесь намордниками и перчатками, что вы, что вы. И > желательно еще прогуляйтесь где-нибудь по заброшенной биолаборатории. Ответ в лучших традициях впопеннетных Ыкспердов - Ыксперды не подозревали, что маски у врачей-хирургов - чтобы снизить количество выхлопа микроорганизмов у врача в рану или на поциента (правда, статистически заментной разницы никто никогда не смог замерить - но, традиция!). Ыкскперды так же не в курсе, что в вирологии-биологии все немного не так, как представляется Ыкспертам после прочтения викивракии и размышлизмов "как оно там все наверняка работает по аналогии с софтом" и минимальная ифицирующая доза меньше одной(!), прекрасно проходящей сквозь любую маску, частицы аэрозоля с вирусом (и все эти "снижения вирусной нагрузки маской" - влияют только на инкубационный период). Который (аэрозоль), кстати прекрасно может перелететь не только на пару (тысяч) метров, но и на соседний континент, а лучшим "оббезараживающим фильтром" для вирусов гриппа является (абсолютная) атмосферная влажность (именно поэтому вспышки заболевания приходятся на зиму). Впрочем, вряд ли Ыксперды знают, что даже в многоссылаемом документе от WHO/ВОЗ о "Применение масок в контексте COVID-19" https://apps.who.int/iris/bitstream/handle/10665/332293/WHO-... сказано (скромно и ближе к концу) > В настоящее время не имеется убедительных научных сведений или данных, непосредственно указывающих на необходимость > повсеместного и  широкого использования масок здоровыми людьми, кроме того, > необходимо принимать во внимание существующие риски и [потенциальную - в англицском оригинале] пользу И вместо ссылки на статистику или исследования (особенно ценны "доковидловые", потому как более правдоподобны), подтверждающую эффективность масок (ну да, а такой-то и нет) - начинается демагогия и клоунада в лучших местных традициях.
	Ответить | Правка | Наверх | Cообщить модератору

	405. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-21, 03:29
	> рану или на поциента (правда, статистически заментной разницы никто никогда не > смог замерить - но, традиция!). И двойные перчатки при оперировании спидозников для заботы о здоровье спидозника? Можете не уточнять про его контагиозность, хоть кровь с ним себе колите. > вирусом (и все эти "снижения вирусной нагрузки маской" - влияют только > на инкубационный период). Про клеточный иммунитет и прочее ненужно типа интерферонов, эксперт, видимо, не слышал. Но так получилось что планета большая и кроме вики у меня и знакомых из разных стран именно с нужным образованием и/или родом деятельности есть. И естественно они дали definitive guide по части этсамого и ответили на мои вопросы. К тому же я не прогуливал биологию, поинтересовался азами биохимии и догадывался какие вопросы задавать. А это половина ответа для понимания с чем я имею дело, какие ключевые параметры, чем грозит, риски, ... Айтишники отличаются систематическим подходом к информации. А еще - when in doubt, ask expert. Expert - не тот кто нахрапом цену набивает, а тот кто в курсе что, как и почему и может это объяснить, потому что это - его область. Их сразу видно. > Который (аэрозоль), кстати прекрасно может перелететь не только на пару (тысяч) метров, > но и на соседний континент, Останется посмотреть данные по времени жизни коронавируса в естественной среде и прикинуть перспективы сохранности при перелете на другой континет, дабы реалистично оценивать threat level. А еще есть такой параметр как контагиозность. Корона и грипп - не корь! > а лучшим "оббезараживающим фильтром" для вирусов гриппа является (абсолютная) > атмосферная влажность (именно поэтому вспышки заболевания приходятся на зиму). А я то думал что еще просевший иммунитет свое дело делает. Как-то чисто статистически за зиму он рушится, особенно у россиян, поэтому ближе к весне и начинает долбать все подряд, вовсе не только грипп. > https://apps.who.int/iris/bitstream/handle/10665/332293/WHO-... Прикольно показать мне док который (на инглише) у меня есть чуть не с момента его выпуска? Мне его штуки три эскулапа показывало, во вы кэп. > И вместо ссылки на статистику или исследования (особенно ценны "доковидловые", потому как > более правдоподобны), подтверждающую эффективность масок (ну да, а такой-то и нет) > - начинается демагогия и клоунада в лучших местных традициях. Мне знакомые с тематическим образованием подробно обрисовали какими механизмами вирус может быть загашен на подлете и высказали свое мнение что про вирусную нагрузку все же не бред. А теорвер и механику работы фильтров я и без эскулапов знаю. И уж конечно когда стремно я минимум FFP2 напяливаю, а лучше FFP3. Алсо я знаю сколько примерно они живут, dos и donts и проч. И даже примерный размер вирусных частиц и какие они бывают. Коронавирус довольно "жирный", фильтруется довольно неплохо.
	Ответить | Правка | Наверх | Cообщить модератору

	353. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от пох. (?), 20-Мрт-21, 19:27
	Ты будешь смеяться, но у нас пол-отдела сидит по домам с гриппом. (Точно не с ковидом, потому что среди них те, кто переболели. Ну и сопли ручьем для ковида нетипичны.) Маски, носимые на шее, ушах, жеппе, вместо розочки в петличке - нихрена не помогают от респираторных инфекций, как оказалось. Совсем-совсем ненадежно заколдованный оберег. Ну ладно, зато количество трудоспособных рабов все же слегка сокращается. А значит остальным будут больше лить в миску помоев и реже лупить кнутом. И тенденция явно не собирается прекращаться - скорые все так же ездят туда-сюда.
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	361. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Ordu (ok), 20-Мрт-21, 20:40
	> Ну ладно, зато количество трудоспособных рабов все же слегка сокращается. 0.03% от общего числа. Не все из этого общего числа трудоспособны, но и не все скопытившиеся были трудоспособными. https://www.visualcapitalist.com/history-of-pandemics-deadliest/
	Ответить | Правка | Наверх | Cообщить модератору

	378. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от пох. (?), 20-Мрт-21, 22:23
	> 0.03% от общего числа. Ну так они пока еще и не все позаражались хотя бы по первому разу, а на подходе уже и второй. К тому же я бы не особо верил этой статистике - у нас в стране, к примеру, неположено помирать от ковида.
	Ответить | Правка | Наверх | Cообщить модератору

	385. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 23:03
	> К тому же я бы не особо верил этой статистике - у > нас в стране, к примеру, неположено помирать от ковида. У россиян 500 000 лишних смертей за прошлый год. "Чего-то". Народ просто сравнил year to year статистику смертности, вот тот год выпадает от остальных на вот столько. И единственная заметная причина для дельты - таки ковид. А что там в филькиных грамотах написано иллюстрирует только уровень коррупции и вранья, соответственно. Понимаешь, в современном мире довольно трудно врать. Особенно глупо и бездарно. Усы все время отклеиваются на каком-нибудь фактчеке.
	Ответить | Правка | Наверх | Cообщить модератору

	367. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 21:47
	> (Точно не с ковидом, потому что среди них те, кто переболели. Точно не с ковидом, потому что запереться на месяц, а то и два, с отщелкиванием табла в электронном надзирателе, с неиллюзорным штрафом за пропуск переклички - все почему-то труба шатали, лол. Что-вы что-вы гражданин надзиратель, зэк Васька абсолютно здоров, не надо его расстреливать и в печь совать!!!111 > Ну и сопли ручьем для ковида нетипичны.) Это да. Но кмк никто в здравом уме в РФ не пойдет сейчас сдавать анализ на ковидозу, если не подкрепить просьбу парой автоматчиков. А то отдых на месяцок можно схлопотать иррелевантно тому чем ты там раньше переболел и чего там в антителах. Как подбросится ПЦРная монетка, так и будет, и плевать всем на все. Сказано ПЦР - значит ПЦР! Это как с зеленой травой, просто классика. > Маски, носимые на шее, ушах, жеппе, вместо розочки в петличке - нихрена > не помогают от респираторных инфекций, как оказалось. Ну вот тут извините. Однако есть мнение что носящие маску под носом но все же на хлебале больше наказывают сами себя - основную массу их выхлопов оно все же ловит, а то что они сами своим носом нанюхаются чужих вирусов и те как раз размножатся - уже вот реально будет их проблемой. > Совсем-совсем ненадежно заколдованный оберег. Спасибо что в электричество хоть верят. А то как же это - умереть от прикосновения к железке?! Ну право, что за дичь?! > остальным будут больше лить в миску помоев и реже лупить кнутом. > И тенденция явно не собирается прекращаться - скорые все так же ездят туда-сюда. Половина таки предпочитает ничего не говорить надзирателям до тех пор пока, вот, не потребуется уже пативэн. Зато в статистике все офигенно.
	Ответить | Правка | К родителю #353 | Наверх | Cообщить модератору

	376. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от пох. (?), 20-Мрт-21, 22:20
	> Точно не с ковидом, потому что запереться на месяц, а то и два, с отщелкиванием табла в точно не с ковидом именно потому,что кое-кого уже запирали и выпустили после всех полагающихся анальных зондирований. > электронном надзирателе, с неиллюзорным штрафом за пропуск переклички - все почему-то > труба шатали а кто ж тебя, раб, спрашивать-то собирался?! "Предоставить не менее 10% сотрудников для добровольного тестирования на короновирусную инфекцию. В тестировании не должны участвовать те, кто участвовал в предыдущем. Руководителям отделов принять меры по обеспечению явки." (И я бы даже пошел, но они ж требуют еще и расписаться что ты им даришь личные данные для общественной пользы - и немедленно их прое...т.) Кстати, директора департамента так изловили (в принципе, неплохо получилось). > Но кмк никто в здравом уме в РФ не пойдет сейчас сдавать анализ на ковидозу, если не подкрепить > просьбу парой автоматчиков. да ладно тебе. "Что-то вы какой-то нелояльный нашей компании, раз не хотите тестироваться."
	Ответить | Правка | Наверх | Cообщить модератору

	383. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:53
	> точно не с ковидом именно потому,что кое-кого уже запирали и выпустили после > всех полагающихся анальных зондирований. Поэтому те кто не полный рак и сделали определенные выводы на чем они это вертели. > а кто ж тебя, раб, спрашивать-то собирался?! "Предоставить не менее 10% сотрудников > для добровольного тестирования на короновирусную инфекцию. Я читер. Когда мне не нравятся правила игры, я делаю #undef старым и #define новым. Эти абстракции вообще совсем не распостраняются на мой окорок. По целому ряду причин. > В тестировании не должны участвовать те, кто участвовал в предыдущем. Руководителям > отделов принять меры по обеспечению явки." А вот это уже твои ;) проблемы. При чем тут я? > что ты им даришь личные данные для общественной пользы - и > немедленно их прое...т.) Кстати, директора департамента так изловили > (в принципе, неплохо получилось). Я могу подарить всем этим господам фигу в кармане. Это максимум того что у меня для них есть. И даже это - с безопасной дистанции. >> просьбу парой автоматчиков. > "Что-то вы какой-то нелояльный нашей компании, раз не хотите тестироваться." Я никогда и не был лоялен вашей компании, имхо.
	Ответить | Правка | Наверх | Cообщить модератору

	259. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от n00by (ok), 20-Мрт-21, 12:22
	> Х.з. С моей колокольни Си++ выглядит куда перспективней. Хотите анекдот? В потриэтарном Виндосе, где всё контролирует злая корпорация Микрософт, можно просто взять и писать на С++ (там вообще-то как бы и нет Си компилятора, есть какой-то С79). И никого разрешение на это не спрашивать. Зачем С++ в коде драйвера устройства -- это другой вопрос.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	293. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 16:26
	Судя по "успехам" ректаоса и отсутствию дров для виндов под ARM и т.п. - что-то не очень им помогли их ляхи. А си - ну, вьюжлстудия в этом плане кусок позора. Вот маздайцы и юзают плюсы. ЧСХ, 95% юзает их чуть ли не ради коментов // а унутрях ну вот чистейший си, а .cpp это по недорузумению названо :)
	Ответить | Правка | Наверх | Cообщить модератору

	308. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 20-Мрт-21, 17:08
	Так на плюсах там пишут "прикладной" софт режима ядра. Драйвер антивируса с элементами системы предотвращения вторжений достаточно сложная штука. И его коду не надо исполняться на высоких IRQL, как драйверу железки. Правда, потом МС может отказать в валидации, как было с OSSS, но не из-за языка, а потому что оно давало пользователю контроль за системой, а МС надо бесконечно её "обновлять".
	Ответить | Правка | Наверх | Cообщить модератору

	350. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 19:03
	Там такие плюсы чудесатые, как впрочем и драйверы, что... 1) Плюсами это называется довольно условно. 2) Есть ощущение что они этим стали заниматься только потому что майкрософт не смог в нормальный сишный компилер. 3) И собственно желающих писать дрова вот так осталось полтора землекопа в корпах. Майк убил системное программирование у себя на системе. И когда решил влезть на мобильные девайсы - нехило откушал огурца, когда дров под те 100500 железок чего-то не оказалось. Даже вон барыга пох со всем его пиндежом на линь почему-то ссыт винду на ARMовскую железку. Успех драйверописания как он есть. А рекатос - то же самое, только хуже в 20 раз. Т.е. дров точно так же нет, а то что есть - кривое, убогое и глюкавое. Ну и MS доотказывался в валидации. Все экспериментаторы, tinkerer'ы и системщики почему-то резко свалили в пингвин. Теперь вон возятся с своей резиновой зиной WSL, которая, впрочем, мало поможет ибо отсутствие контроля над системой зарубает over 9000 самых крутых, клевых и дерзких эксперименов о которых вы только смели мечтать. И соответственно система получается для овощей и домохозяек, а девелопмент - ну, он где-то там, у других.
	Ответить | Правка | Наверх | Cообщить модератору

	354. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 20-Мрт-21, 19:29
	> Там такие плюсы чудесатые, как впрочем и драйверы, что... > 1) Плюсами это называется довольно условно. Разные были варианты.     for ( list<string>::iterator it = boot_black->begin();           it != boot_black->end();           ++it )     {       wstring filename(it->begin(), it->end());       build_full_driver_path(filename);       carantine_file(const_unicode_string(filename));     } > 2) Есть ощущение что они этим стали заниматься только потому что майкрософт > не смог в нормальный сишный компилер. Так точно. Использовать возможности более-менее актуального Си возможно было, если собирать исходники в режиме С++. Возникает вопрос: а почему тогда не использовать остальные возможности?
	Ответить | Правка | Наверх | Cообщить модератору

	368. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 21:54
	> Разные были варианты. И что там от плюсов? А, целый итератор? Ну а вон без плюсов накодил итерацию аж массива структов, чсх даже корректно работает, хоть все struct и разного размера. Да еще заныкано в функцию которую caller'у вообще унутрях смотреть не надо. > Так точно. Использовать возможности более-менее актуального Си возможно было, если собирать > исходники в режиме С++. Ну да. Я такого "типа-плсюатого" кода от маздайцев понавидался. > Возникает вопрос: а почему тогда не использовать остальные возможности? 1) Потому что это ведет к тяжеловесному стремному коду и увлечению крутыми абстракциями там где от этого один сплошной вред. И в результате дрова для винды и пишет полтора корпа. И все... 2) Потому что это делает код не реюзабельным. Сишный код можно юзать почти везде, особенно алгоритмы. Плюсатый... эм... 3) Дебажить плюсатый код с их наркоманским mangling'ом и проч тоже так себе радость. 4) Си тупо в разы портабельнее. Ну вон какой-никакой си для пик12 есть. Удачи там с плюсами.
	Ответить | Правка | Наверх | Cообщить модератору

	408. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от n00by (ok), 21-Мрт-21, 07:55
	>> Разные были варианты. > И что там от плюсов? А, целый итератор? Итераторы и контейнеры являются частью стандарта языка. А Вы что хотели, исключения и dynamic_cast<>? Это возможно. Можно ли, и на каких IRQL -- это другой вопрос. :)
	Ответить | Правка | Наверх | Cообщить модератору

	411. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-21, 08:47
	> Итераторы и контейнеры являются частью стандарта языка. А Вы что хотели, исключения > и dynamic_cast<>? Это возможно. Можно ли, и на каких IRQL -- это другой вопрос. :) Просто получается что это некий subset С++ на самом деле. Не настолько уж далекий от сей. А чисто практически, пардон, модуль линя научиться компилить по минимуму минут за 15 можно, а через полчаса он уже и пропатчен малость будет. Попробуйте так вообще в винде, за полчаса там даже студия не поставится, а еще DDK и проч... в общем майкрософт превратил это занятие в какую-то дикую оверинженерию и монстрятник. Да еще угробил кучу полезных системных тулзов типа dbgview от русиновича. Вот уж ни себе ни людям...
	Ответить | Правка | Наверх | Cообщить модератору

	413. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от n00by (ok), 21-Мрт-21, 10:05
	>> Итераторы и контейнеры являются частью стандарта языка. А Вы что хотели, исключения >> и dynamic_cast<>? Это возможно. Можно ли, и на каких IRQL -- это другой вопрос. :) > Просто получается что это некий subset С++ на самом деле. Не настолько > уж далекий от сей. Любая программа на плюсах оказывается неким подмножеством.) Шаблоны досконально понимал один Александреску, но он ушел в D. > А чисто практически, пардон, модуль линя научиться компилить по минимуму минут за > 15 можно, а через полчаса он уже и пропатчен малость будет. Если захочется компилить модуль на С++, придётся сначала выполнить некоторую работу. Но никакой палец Линуса Торвальдса не помешает её сделать. Исходники ядра открыты, GCC открыт. Берём и делаем. В ядро его, конечно, не примут. Но мы же говорим о том, что мы подумали, взвесили "за" и "против" и захотели скомпилить модуль на С++, а не перекинуть поддержку левой горы кода на Линуса Торвальдса. > Попробуйте так вообще в винде, за полчаса там даже студия не > поставится, а еще DDK и проч... Для вышеприведённого примера не нужны ни Студия, ни WDK, только транслятор и несколько lib.
	Ответить | Правка | Наверх | Cообщить модератору

	432. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 22-Мрт-21, 02:27
	> Любая программа на плюсах оказывается неким подмножеством.) На самом деле хуже. Каждый плюсовик хреначит на своем субдиалекте со спецификой. Это нехило доставляет при попытке въехать в плюсатый проект. Реално как 5 разных ЯП бывает. > Шаблоны досконально понимал один Александреску, но он ушел в D. Похайповать, вот, забыл, в отличие от хрустиков. При том что в D вроде бы закорючек поменьше сабжа. > Если захочется компилить модуль на С++, придётся сначала выполнить некоторую работу. Мне и на сях неплохо в этсамом. Я не виндузоид, у меня нормальный C99 как минимум. > и "против" и захотели скомпилить модуль на С++, а не перекинуть > поддержку левой горы кода на Линуса Торвальдса. У меня как такового нет цели "скомпилить модуль на %s". В моей картине мира цель ставится как "сделать модуль, делающий..." - и дефолтным языком там си. Он неплохо вписывается в таск и зачем ссать против ветра я не знаю. Левая гора кода Торвальдса легко втыкает всем виндам вместе взятым и тем более реактосам откуда у меня возникает некий скепсис на счет того что си++ так уж помог тамошним дровописателям. > Для вышеприведённого примера не нужны ни Студия, ни WDK, только транслятор и несколько lib. Просто в линухе хидеры ядра ставятся за 1 минуту, пакетным менеджером, а пакет генерится прям билдсистемой ядра. И вот у меня уже весь внутренний мир кернела есть. В винде сие нехитрое действо почему-то являет собой дико оверинженернутую порнографию. И еще 1 маленькая мелочь. После того как модуль скомпилен - его надо вгрузить. И есть один маленький нюансик. В линухе, хоть я себе и вкатил "lockdown" - у меня есть один маленький но важный файлик. Который отличает системс секурити от системс рестрикшн. Я могу подписать мой модуль моим ключом. А в винде я могу ... поиметь много левого геморроя с ребутами и отключкой рэкетирских услуг майкрософт корп и их аффилиатов. И с железом поприкалываться - giveio.sys всякие стало неудобно юзать, дебаг монитор русиновичевский замочили а его аналог от мс я даже боюсь себе представить как выглядит и где берется. В общем я не понимаю зачем оно было надо мс - но они сделали все это максимально херово и неудобно. И пусть сами так и программят, имхо. А мне такая операционка попросту не требуется. Я вот разучил пингвины, оказалось прикольно и интересно, да еще живые люди в разработчиках. Которым к тому же тоже нравится чем они занимаются. Разительая разница в подходах.
	Ответить | Правка | Наверх | Cообщить модератору

	435. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 22-Мрт-21, 10:19
	>> Любая программа на плюсах оказывается неким подмножеством.) > На самом деле хуже. Каждый плюсовик хреначит на своем субдиалекте со спецификой. > Это нехило доставляет при попытке въехать в плюсатый проект. Реално как > 5 разных ЯП бывает. Это, по-моему, основная причина, почему не стоит тянуть С++ в основную кодовую базу ядра, где давно сложились свои традиции. > Левая гора кода Торвальдса легко втыкает > всем виндам вместе взятым и тем более реактосам Похоже, я был не так понят и наступил на больную мозоль. "Левая гора" в моём тексте -- это некий гипотетический проект на С++, который можно было бы сначала реализовать, потом попробовать потянуть годик-другой, а уже после этого люди пусть сами решают, надо ли им это. Почему-то для Rust вместо такого сценария выбран "давайте сначала внедрим, а потом посмотрим, вдруг повезёт и ничего не сломается". > Просто в линухе хидеры ядра ставятся за 1 минуту Хидеры к тому примеру точно так же ставятся. Вообще, "за 1 минуту" -- не преимущество Си над чем бы то ни было, это необходимое условие, значит его надо выполнить, а не тянуть карго-культ.
	Ответить | Правка | Наверх | Cообщить модератору

	355. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от пох. (?), 20-Мрт-21, 19:34
	> почему-то ссыт винду на ARMовскую железку. Успех драйверописания как он есть. Как будто эти драйвера написал ты? Успех драйверописания сасунгом как он есть. В результате железки тупиковые, ибо ничего кроме линyпса там не грузится, и не будет никогда, а линyпсь мне нахер не нужен, да и тот скоро доломают. А интел пишет под винду сначала, и под линyпсы - на от`сь как-нибудь когда руки доходят. И его совершенно не огорчают никакие "валидации". > Ну и MS доотказывался в валидации. Все экспериментаторы, tinkerer'ы и системщики которым охереть как нужна была та валидация для _экспериментов_? Свалили потому что жадные и денег никому не платить. MS слишком поздно поняла угрозу. > ибо отсутствие контроля над системой зарубает over 9000 самых крутых, клевых и дерзких это прекрасно. Потому что лично мне они найух не нужны.
	Ответить | Правка | К родителю #350 | Наверх | Cообщить модератору

	371. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:07
	> Как будто эти драйвера написал ты? Не понимаю как это относится к делу. Есть полно дров написаных комьюнити. Как для sunxi. И да, есчо я малость патчил дрова. На плюсах ты их сам патчи, имхо. Да и на хрусте тоже, пока, имхо, а я с безопасной дистанции посмотрю что у них получаться будет. > Успех драйверописания сасунгом как он есть. Ну так комьюнити, как в sunxi, и прочих дебианах тебе было недостаточно кульно? Ты имел выбор и выбрал. А теперь выбор имеет тебя. И кто тебе доктор что ты выбрал корейцев, а они по жизни кривожо... и дистро небось под стать. > В результате железки тупиковые, ибо ничего кроме линyпса там не грузится, А корейцам твои горбатые бзды не надо, сорян. С точки зрения бизнеса они ни о чем. Впрочем, в этом случае и мне тоже. Что бзды могут предложить мне кроме академической гребли на ровном месте? > и не будет никогда, а линyпсь мне нахер не нужен, да и тот скоро доломают. А зачем тогда покупал, лолка? Или ты хотел рассказать что у тебя кукушка съехала и ты перестал отдавать отчет своим действиям? Это наверное докторам логичнее рассказывать. > А интел пишет под винду сначала, и под линyпсы - на от`сь как-нибудь > когда руки доходят. И его совершенно не огорчают никакие "валидации". По счастью это толком не моя проблема. И с течением времени будет все меньше и меньше моей проблемой - я таки очень врядли куплю хоть одну железку. Вон там уже RISCV прикольные, нафиг мне при таком раскладе интел с ME и бутгадом? Сам бэкдоры за свои бабки покупай. > которым охереть как нужна была та валидация для _экспериментов_? Свалили потому что > жадные и денег никому не платить. MS слишком поздно поняла угрозу. Погоди, а ты думал, что они экспериментируют чисто по приколу? А это, если эксперимент прокатил то почему бы с этого денег не поиметь?! Потому что ты архилох педальный и шагу не можешь ступить без своего рабовладельца? Ну так не все же так. >> ибо отсутствие контроля над системой зарубает over 9000 самых крутых, клевых и дерзких > это прекрасно. Потому что лично мне они найух не нужны. Ну так и нефиг тогда жаловаться что хозяин на цепь приковал, чего ноешь? А, свобода выбора рабу по статусу не положена. Скажут програмить под пингвина на аль-полене - будешь под пингвина на аль-полене прогать. Куда ж раб денется?
	Ответить | Правка | Наверх | Cообщить модератору

	381. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от пох. (?), 20-Мрт-21, 22:42
	> Не понимаю как это относится к делу. Так и относится. Конкурируют интел с самсуном. Первому удобен и прельстив виндовс, и совершенно неинтересны лап4нутыпонел, второму наоборот - очень нужны ведроиды и умные телевизоры, и совершенно неинтересно винду вот вообще, и альфу он прое...л. А ты тут совершенно не при делах и ничего не решаешь. > И да, есчо я малость патчил дрова. для этого надо чтобы было что вообще патчить. А это бывает либо по соизволению больших игроков, либо какая-нибудь ненужная и неинтересная тривиальщина. По другому уже двадцать лет не бывает. > Ну так комьюнити, как в sunxi, и прочих дебианах тебе было недостаточно кульно? Нет, я вообще не знаю что это за пое$отина и зачем она мне ненужно, и считаю дермиан свалкой ненужного невменяемого дерьма. Там все прекрасно - и пакетный менеджер, и система сборки, и нагромождения поверх нее. > А корейцам твои горбатые бзды не надо, сорян. Ну вот поэтому - идем к китайцу за интел-совместимым железом. И вполне с ним будем, полагаю, счастливы. Неисключено что таки и с storage direct'ом в результате (потому что работает, в отличие от лап4поделок). > А зачем тогда покупал совершенно не ради счастья запускания там линyпсни, как нетрудно догадаться. > По счастью это толком не моя проблема. И не моя - у меня ителовское решение работает, и еще долго будет. > А это, если эксперимент прокатил то почему бы с этого денег не поиметь?! Ну вот потому что когда васяны пытаются поиметь денег - начинаются впопенCore и "ваш патч для ldap нам не нужен, потому что нахер идите". > Ну так и нефиг тогда жаловаться что хозяин на цепь приковал, чего ноешь? Там линoopsь. Хозяина-то я в юрьев день и сменить могу, только смысл этого действа какой? В леса уйти можно, но надо мильенов 15 примерно. У хозяина сколько цепей ни укради, столько не заработаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	394. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 23:40
	> Так и относится. Конкурируют интел с самсуном. Пардон, я что-то не втыкаю в этот полет мысли. В каком именно сегменте эти двое всерьез конкурируют да еще в контексте линуха? Ну, может, производство флешпамяти? И то интель вроде на высокоплотный NAND подзабил уже, не? Да и к линуху оно очеь боком вроде. > Первому удобен и прельстив виндовс, Именно поэтому они без мыла на ведроид пытались влезть? Правда их горбатые x86 SoC жрущие батарею быстрей чем она заряжается никому не уперлись, но уже 20 лет с tabletPC пыжатся, а винда это направление не так давно официально закрыла совсем, бида-бида, мальчик Билли пробурчал "стоп-лосс". > и совершенно неинтересны лап4нутыпонел, Комиты в оных и софт вокруг не подтверждают данную теорию. > второму наоборот - очень нужны ведроиды и умные телевизоры, и совершенно неинтересно > винду вот вообще, и альфу он прое...л. В смысле? Какую альфу? Куда проел? Это про самсунг? Они что, альфу которые процы к рукам прибирали? Пардон, я за трупами не слежу и не знаю куда они из могил убегают. > А ты тут совершенно не при делах и ничего не решаешь. Меня эта парочка не особо интересует, если что. И их железки, и дрова от них. > для этого надо чтобы было что вообще патчить. А это бывает либо по соизволению > больших игроков, либо какая-нибудь ненужная и неинтересная тривиальщина. Угу, вон тот Cedrus - нехилая тривиальщина. А так sunxi'овское комьюнити bring-up чипов умеет сильно покруче иных китаезных вендоров, да и гнусмуса пожалуй. Чему только не научишься чтобы повсеместные пятибаксовые камни заюзать. Они видите ли в отличие от гнуса нормально интегрированы и у них дрова работают по первому классу. Они всегда в теме изменений core подсистем, а кроме того - ты вот плачешься как у тебя то не так, это не эдак. А я знаю где эти рожи обитают и могу перетереть по душам с ними если баг долбанул, конструктивно попахав с ними сообща чтобы его зарулить. Этим мы и отличаемся: я свои проблемы системного layer'а так или иначе решу. Ты рассказываешь почему пингвин крап. ИМХО, мой вариант лучше работает, по получаемому мной результату. > По другому уже двадцать лет не бывает. И ты это смеешь мне лечить при sunxi перед моим носом? Позер, ты не в теме (уже 20 лет как?). > Нет, я вообще не знаю что это за пое$отина и зачем она мне ненужно, Ну так юзай интел и самсунг если это для тебя работает лучше :)))). А я лучше буду на этих уповать в ряде аспектов. Ну вот как-то приятнее это чем самсунг. Да и интель бэкдорами задолбал. > и считаю дермиан свалкой ненужного невменяемого дерьма. А я считаю его офигенной базой для того чтобы делать из него кастом, в легальном виде. > Там все прекрасно - и пакетный менеджер, и система сборки, и нагромождения поверх нее. По сравнению с остальными, типа рхела с пихонокрапом вместо пакетника - более чем. > Ну вот поэтому - идем к китайцу за интел-совместимым железом. Да хоть в спортлото. Это, к счастью, не мои проблемы. > И вполне с ним будем, полагаю, счастливы. Неисключено что таки и с storage > direct'ом в результате (потому что работает, в отличие от лап4поделок). Мне это ценное знание примерно как зайцу стопсигнал, имхо. >> А зачем тогда покупал > совершенно не ради счастья запускания там линyпсни, как нетрудно догадаться. А чего еще ты там запускать вознамерился? :)) > И не моя - у меня ителовское решение работает, и еще долго будет. Я предпочту мое будущее без интела. Надоели их management engine и горбатые системные фирмвари. Совершенно не расстроюсь если этот вендор перестанет существовать. >> А это, если эксперимент прокатил то почему бы с этого денег не поиметь?! > Ну вот потому что когда васяны пытаются поиметь денег - начинаются впопенCore > и "ваш патч для ldap нам не нужен, потому что нахер идите". Ты так говоришь, как будто корпы тебе что-то лучше предлагали? Они вообще только халявный работинг хотят, а завтра придет новый манагер и все твои патчи оптом deprecated, хы :) >> Ну так и нефиг тогда жаловаться что хозяин на цепь приковал, чего ноешь? > Там линoopsь. Это баг или фича? Из твоего спича не очень понятно. > Хозяина-то я в юрьев день и сменить могу, только смысл этого действа какой? Вот этого я не знаю. Для меня смысл - в том чтобы заниматься технологиями которые мне нравятся, в которых я шарю, а не протирать штаны на мутной куете, превращаясь в деграднутого совкового инженегра, которому в его бедах виноваты кто угодно кроме него самого. > В леса уйти можно, но надо мильенов 15 примерно. У хозяина сколько > цепей ни укради, столько не заработаешь. Зачем тебе 15 мильенов в лесу? Медведи бумагу не жрут.
	Ответить | Правка | Наверх | Cообщить модератору

	425. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от пох. (?), 21-Мрт-21, 18:20
	> Меня эта парочка не особо интересует, если что. И их железки, и дрова от них. удобно жить, когда тебя вообще ничего не интересует, конечно. > Угу, вон тот Cedrus - нехилая тривиальщина. А так sunxi'овское комьюнити bring-up чипов умеет сильно > покруче иных китаезных вендоров, да и гнусмуса пожалуй. Чему только не научишься чтобы повсеместные > пятибаксовые камни заюзать. ну то есть тривиальщина она и есть. Умеет моргать светодиодиком, да? > Этим мы и отличаемся: я свои проблемы системного layer'а так или иначе решу. да. этим и отличаемся - меня такие примитивные проблемы не интересуют, а те что интересуют, так не решить. Поэтому пингвин таки крап. Потому что иногда другие системы эти проблемы сводят к решаемым. > И ты это смеешь мне лечить при sunxi перед моим носом? Позер, ты не в теме (уже 20 лет как?). Я подозреваю что это какая-то совершенно ненужная мне х-ня, все 20 лет have been. > Ну так юзай интел и самсунг Ну так и юзаю. Надо бы еще пару китайских плат заказать впрок. Тихие, удобные, а на трету хрюндберг мне пох. > А я считаю его офигенной базой для того чтобы делать из него кастом, в легальном виде. Стесняюсь спросить - приходилось ли тебе собирать для него пакеты или исправлять чужие? Или как обычно - cp ~/source/some-fresh-shit/bin/someshit /chroot/usr/bin  ? >> А зачем тогда покупал > совершенно не ради счастья запускания там линyпсни, как нетрудно догадаться. > А чего еще ты там запускать вознамерился? :)) Я, понимаешь, не запускать вознамеривался и гордиться тем что запускается. Я надеялся с той коровы чего-то полезного в хозяйстве надоить. К сожалению, я не вполне добропорядочный зороастриец, и купаться в том что с такой коровы надоилось не хочу, а больше оно ни для чего оказалось непригодно. (Ну ок, будем следить за кобольдами, вдруг, вдруг они все же не сбежали с деньгами... хотя пока что-то не похоже) > Я предпочту мое будущее без интела. Надоели их management engine и горбатые системные фирмвари. а мне надоели занозистые буратины. К тому же я вполне понимаю зачем нужна ME, и мне плевать на белок-истеричек. > Ты так говоришь, как будто корпы тебе что-то лучше предлагали? я ж показывал картинку. У чувака - всеработаит, софтастрое. С нулевыми затратами нервов и сил. Не совсем то что я хочу (такое уже перехотел), а то что хочу - пока стремное, жду пока грабли потопчут те самые корпы. И учти, в области линyпсни они топтать грабли за тебя не будут, они нарочно новых разложат - а  тропу обхода за paywall спрячут, иначе как же продавать тебе шва6одный софт?! > Они вообще только халявный работинг хотят, а завтра придет новый манагер и все твои патчи оптом > deprecated, хы :) так венду мне не надо патчить. А драйверы и софт для нее местами аж с 95й все никак не "deprecated" и продолжают работать. >>> Ну так и нефиг тогда жаловаться что хозяин на цепь приковал, чего ноешь? >> Там линoopsь. > Это баг или фича? Из твоего спича не очень понятно. Баг. В смысле, это ошибка молодости. >> Хозяина-то я в юрьев день и сменить могу, только смысл этого действа какой? > Вот этого я не знаю. вот и я не знаю. Будет там такой же линoopсь только опять в состоянии "ну разработчики как-то настроили, ты тут разберись,а то оно виснет и падает без конца, только условие - ничего не менять!" > Для меня смысл - в том чтобы заниматься технологиями которые мне нравятся, в которых я шарю, Мне собачек на поводочке водить нравится. Но этим сыт не будешь. >> В леса уйти можно, но надо мильенов 15 примерно. У хозяина сколько >> цепей ни укради, столько не заработаешь. > Зачем тебе 15 мильенов в лесу? Медведи бумагу не жрут. Лес - он весь чей-то. И медведь берлогой не поделится. В щисливые люди, чтоб пахать от зари до зари и сдохнуть в сорок лет, я, как ты понимаешь, не планирую подаваться, да и поздно мне уже. А какой-нибудь гостевой домик в хорошем месте (суть - воткнуть шлагбаум где люди раньше просто так жили, и собирать дань с проезжих и проходящих, сейчас очень модное направление и пока еще не все хорошие полянки  перегорожены) где-то так выходит.
	Ответить | Правка | Наверх | Cообщить модератору

	400. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (400), 21-Мрт-21, 00:48
	> там вообще-то как бы и нет Си компилятора, есть какой-то С79 Они начали это исправлять. Это уже есть в MSVC 2019. https://devblogs.microsoft.com/cppblog/c11-and-c17-standard-.../ Официальная дока требует написания драйверов на С если они для ядра. Юзерспейсные пишите хоть на С#. То что кто-то пишет драйверы на С++... такое возможно и такие есть, но ни к чему хорошему это не приводит. А вообще этот "анекдот" был актуален во времена WDM-драйверов. Сейчас не понятно куда они вообще двигаются. С одной стороны добавляют поддержку стандартов С, а с другой стороне сами вбрасывают про Rust.
	Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

	407. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от n00by (ok), 21-Мрт-21, 07:51
	>> там вообще-то как бы и нет Си компилятора, есть какой-то С79 > Они начали это исправлять. Это уже есть в MSVC 2019. > https://devblogs.microsoft.com/cppblog/c11-and-c17-standard-.../ Мёртвому припарка. > Официальная дока требует написания драйверов на С если они для ядра. Конечно же, Вы дадите ссылку. Пока будем довольствоваться официальным машинным переводом первой попавшейся страницы MSDN https://docs.microsoft.com/ru-ru/cpp/build/reference/kernel-... Указание /kernel параметра дает возможность компилятору и компоновщику определить, какие функции языка допустимы в режиме ядра, и убедиться, что у вас достаточно выразительные электроэнергию, чтобы избежать нестабильности среды выполнения, уникальной для режима ядра C++. Это делается путем запрета использования функций языка C++, которые нарушают работу в режиме ядра. Компилятор создает предупреждения для функций языка C++, которые потенциально нарушают работу, но не могут быть отключены. > пишите хоть на С#. То что кто-то пишет драйверы на С++... > такое возможно и такие есть, но ни к чему хорошему это > не приводит. > А вообще этот "анекдот" был актуален во времена WDM-драйверов. Сейчас не понятно > куда они вообще двигаются. KMDF же был ещё лет 15 назад. Опять таки с "Си с классами".
	Ответить | Правка | Наверх | Cообщить модератору

	447. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (447), 22-Мрт-21, 17:39
	С++ выглядит перспективнее с колокольни любого здавомыслящего человека. Но костраторам неосиляторам не понять. Они доступную память правильно определить не могут, но всем рассказывают как безопасно с ней работать.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
Сообщение от InuYasha (??), 19-Мрт-21, 20:24
>создавать безопасные и более качественные драйверы, избавленные от таких проблем, как В общем, всё. Лечим рукожопие спиливанием зубчиков на вилках. :(
Ответить | Правка | Наверх | Cообщить модератору

	13. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от leibniz (??), 19-Мрт-21, 20:27
	а ты что несёшь?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
	Сообщение от Аноним (63), 19-Мрт-21, 21:18
	Свет и истину.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от InuYasha (??), 20-Мрт-21, 01:13
	разумное, доброе, вечное!
	Ответить | Правка | Наверх | Cообщить модератору

	15. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:29
	да там растаманы весь код на асме будут писать, заворачивая в unsafe.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	294. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 16:27
	> В общем, всё. Лечим рукожопие спиливанием зубчиков на вилках. :( И перфоратор у них отберите, покалечатся. В войлочную комнату их, в смирительной рубахе. Так то уж точно пятку не прострелят.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	365. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Директор Фёдор (?), 20-Мрт-21, 21:37
	> спиливанием зубчиков на вилках Нет скорее заменой металических вилок на пластмассовые. Порезаться практически невозможно, а есть в принципе можно.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+9 +/–
Сообщение от Аноним (8), 19-Мрт-21, 20:24
давайте добавим в ядро код для разработки на php
Ответить | Правка | Наверх | Cообщить модератору

	16. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (16), 19-Мрт-21, 20:30
	Руби 3.0
	Ответить | Правка | Наверх | Cообщить модератору

	17. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+9 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 20:30
	Хорошее предложение, у php тоже безопасно с памятью, даже безопасней, чем в расте.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	32. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (30), 19-Мрт-21, 20:49
	Есть же FUSE для этих целей.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Ilya Indigo (ok), 19-Мрт-21, 22:25
	И JIT в 8-ке подвезли, и даже корявую логику сравнения чисел со строками исправили...
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	175. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:07
	Почему-то не помогало им от remote code execution. Вон там в соседней новости как раз.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	39. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (39), 19-Мрт-21, 20:57
	Ты всерьёз сравниваешь мощный и быстрый системный язык с скриптовым легаси?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	52. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–6 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:06
	> мощный Такой мощный, что фурифоксы руками проверяют, не вышло ли смещение за пределы блока памяти...
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	113. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+4 +/–
	Сообщение от анон (?), 19-Мрт-21, 23:16
	Я не консерватор, но когда новая версия тухнет за неделю и все отваливается, а потом разрабы говорят, что им до лампочки, что все отвалилось, то мне неприятно от такой токсичности сжв и нестабильности в ядре.
	Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

	123. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от анон (?), 19-Мрт-21, 23:31
	это норма, полшишечки https://github.com/pyca/cryptography/issues/5771
	Ответить | Правка | Наверх | Cообщить модератору

	297. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 16:40
	Ух ты! Пихтонрасы, сэр!
	Ответить | Правка | Наверх | Cообщить модератору

	395. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 23:45
	> это норма, полшишечки Дарю им идею - депрекейтнуть питон целиком. Так я даже хрустикам спасибо скажу, пожалуй :)
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	102. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 22:51
	> Такой мощный, что фурифоксы руками проверяют, не вышло ли смещение за пределы блока памяти... ... в коде "extern C fn", в данных, прилетевших в вызове из плюсанутого кода. Впрочем, так далеко местные "эксперды-по-расту" в тот код не заглядывали - некогда было, ведь куча экскр^W истеричных комментов в опеннетной новости сама по себе не напишется ...
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	81. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Gemorroj (ok), 19-Мрт-21, 21:55
	ну питоном жене гнушаются. заменили бы на php и получили бы более качественную и быструю альтернативу.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	177. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:13
	Кто и где? Оно прекрасно билдуется без всяких питонов.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Онаним (?), 19-Мрт-21, 22:44
	Лучше сразу электрон запихать.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	150. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
	Сообщение от Aninim (?), 20-Мрт-21, 01:09
	Себе запихай.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (215), 20-Мрт-21, 08:51
	В NetBSD в ядре была добавлена возможность писать на Lua и еще чем-то так лет млин 20 назад
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	231. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 10:08
	Ну за Lua как плагин ладно, можно понять, оно легковесное в доску. Но вот эту монструозину для которой нужна ещё одна монструозина - LLVM - да ещё и работающую под полторы архитектуры исключительно - зачем.
	Ответить | Правка | Наверх | Cообщить модератору

	255. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Chromium (ok), 20-Мрт-21, 12:13
	Сразу добавить туда интерпретатор Python
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	261. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (215), 20-Мрт-21, 12:41
	В смысле? На Питоне пишут для bare-metal. С килобайтными бинарниками. Питон ни при каких обстоятельствах нельзя назвать монстром в плане размера или пожирания памяти, даже CPython. Конкретный пример - АРМ на Питоне 2 с гуйней жрал 40Мб. Такая же байда на жабе жрала 300Мб.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 16:38
	А еще 256, чтоли, кило флеш и 20 кило рам - батарейки для тех часов. Ну и скорость и предсказуемость его работы, пардон, полное дно. И получается что из крутой железки сложнее часов сделать как-то напряжно уже. Вон чувак в полумосте транзюли себе вынес потугами синус "реалтаймно" синтезировать пихоном на есп. Оказывается, реальный мир не ждет. Так что пишут - громко сказано. Наколенщики корябают поделки. > Конкретный пример - АРМ на Питоне 2 с гуйней жрал 40Мб. Да ну не пиндите. Вон там гребаный значок принтера на питоне один жрет 25 мегов. Такой же на сях - 6. Экономисты хреновы, электрон вам всем в ваш питон.
	Ответить | Правка | Наверх | Cообщить модератору

	366. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Директор Фёдор (?), 20-Мрт-21, 21:41
	MicroPython? Это можно, добавляй!
	Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

	323. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (323), 20-Мрт-21, 17:32
	Jeva Script в ядро Linux! Хотя зачем, в systemd JS уже засунули, политики доступа в dbus пишутся на Java Script и этого хватает.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	443. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (443), 22-Мрт-21, 16:28
	Python 3
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

9. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
Сообщение от anonymous_detected (?), 19-Мрт-21, 20:25
Это начало конца.
Ответить | Правка | Наверх | Cообщить модератору

	22. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
	Сообщение от Леголас (ok), 19-Мрт-21, 20:34
	> Это начало конца. этот коммент просто необходимо закрепить
	Ответить | Правка | Наверх | Cообщить модератору

	40. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (39), 19-Мрт-21, 20:58
	Почему? Раст удобнее и современнее C, он это заслуживает.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	179. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:16
	Особенно удобно выглядит настройка девовской платформы, как обычно - скачайте полинтернета, версия месячной давности не котируется, кукуйте. А двух платформ хватит всем.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (323), 20-Мрт-21, 17:33
	Сбутстрапишь раст?
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	372. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:13
	> Сбутстрапишь раст? Еще плсатый :D :D LLVM не забудьте. Иначе чем хрустики будут код генерить?
	Ответить | Правка | Наверх | Cообщить модератору

	382. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от пох. (?), 20-Мрт-21, 22:45
	>> Сбутстрапишь раст? > Еще плсатый :D :D LLVM не забудьте. Иначе чем хрустики будут код этот хотя бы есть на большинстве платформ, а не трех виндовсах и amd64-linoops-5.99.999 Правда, на большей части не работает, но хруст там все равно не соберется.
	Ответить | Правка | Наверх | Cообщить модератору

	396. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 23:49
	> этот хотя бы есть на большинстве платформ, Ну, блин, он таки плюсатый, к сказочной жопаболи хрустиков доказывавших что они лучше, подъюзывая при этом плюсатый либ под одеялом. Но вы теоретически можете какой там еще хреналифт взять, конечно, но сами они все же llvm поюзают :) > а не трех виндовсах и amd64-linoops-5.99.999  Правда, на большей части не работает, > но хруст там все равно не соберется. Дык чтобы собрать хруст нужен по идее хруст. Ах да, кстати, интересно, у сэра Шигорина опять будет подгорать? Или его мутные блобмейкеры и на это сделают.... (не знаю что, байдена в своих бедах обругают или там чего еще).
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Онаним (?), 19-Мрт-21, 22:45
	Похоже на то. Очень надеюсь что это не пройдёт рецензирование никогда.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	133. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от 3DF (?), 20-Мрт-21, 00:24
	Запомним этот твит
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	134. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
	Сообщение от Аноним (134), 20-Мрт-21, 00:25
	Ну да, щас-то анонимусы с опеннета объяснят в комментах этим Торвальдсам и Кроа-Хартманам что будет и как они не правы.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

18. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–8 +/–
Сообщение от Андрей (??), 19-Мрт-21, 20:30
ресурсов стало дофига что ли? c какого драйвера на чём то кроме ассемблера внезапно писать стали лоботрясы смузихлебы?
Ответить | Правка | Наверх | Cообщить модератору

	24. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+15 +/–
	Сообщение от Аноним (23), 19-Мрт-21, 20:38
	> c какого драйвера на чём то кроме ассемблера внезапно писать стали примерно с 1972 года
	Ответить | Правка | Наверх | Cообщить модератору

	41. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (39), 19-Мрт-21, 20:58
	Какие лоботрясы и смузихлебы? Что за бред?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	50. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:03
	> Какие лоботрясы и смузихлебы? растамановские лоботрясы и смузихлёбы.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (23), 20-Мрт-21, 00:05
	растомановские лоботрясы и смузихлебы 50 лет пишут драйвера не на асме?
	Ответить | Правка | Наверх | Cообщить модератору

	180. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:18
	> c какого драйвера на чём то кроме ассемблера внезапно писать С такого как захотели гонять на разных архитектурах. Ну вот смотри, вон тот драйвер mass storage цепляет внешний винч и на компе и на ARMовском одноплатнике, одинаково. А на асме его пришлось бы с ноля переписать под ARM. Врядли кто-то сильно хочет переделывать работу дважды. Колибри с этим уже довольно хорошо налетели, в результате любят какой-то там C-- самопальный. Спорный вопрос, лучше ли это.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

20. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+13 +/–
Сообщение от Аноним (-), 19-Мрт-21, 20:32
Начало конца, теперь будет код не только течь, но и станет нечитабельным
Ответить | Правка | Наверх | Cообщить модератору

	34. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (30), 19-Мрт-21, 20:50
	Скорее читабельным, но непонимабельным. Впрочем к любому привыкаешь. Я к си тоже привыкал
	Ответить | Правка | Наверх | Cообщить модератору

	42. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (39), 19-Мрт-21, 20:59
	Из-за чего он станет нечитабельным?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	49. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:02
	Из-за раста, кэп.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (66), 19-Мрт-21, 21:22
	С-куны не умению читать ничего, кроме сей.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	106. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 23:02
	> С-куны не умению читать ничего, кроме сей. Просто как обычно на опеннете - любая макака, написавшая в студенчестве кое-как работающий хелловрот на сишке или даже разок заглянувшая с умным видом в код ядра, мнит себя в камментах к новостям о питоне, расте (и прочего <не JS>) "матерым сишником". Правда, стоит спросить, что делает тот же "extern inline" - в ответ будет <слышно, как в соседнем здании метрах бъется об оконное стекло муха>.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (114), 19-Мрт-21, 23:17
	Забавно, что именно макаки кичатся знанием никому не нужных и никем не используемых нюансов языка.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 23:31
	> Забавно, что именно макаки кичатся знанием никому не нужных и никем не используемых нюансов языка. https://github.com/bminor/glibc/search?q=%22extern+inli... > 67 code results in bminor/glibc https://github.com/torvalds/linux/search?q=__EXTERN_INLINE&t... > 28 code results in torvalds/linux Ты эта, смотри - банан не вырони!
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от ResultCode (ok), 19-Мрт-21, 23:59
	Мм, 95 использований. Кажется, это уже полмира.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 00:33
	>>> никому не нужных и никем не используемых >> тыкают носом в использование в glic и Linux > Мм, 95 использований. Кажется, это уже полмира. Мм, вообще-то, для макания очередной макаки достаточно было 1 (контр)примера использования. Но да, Linux в телефонах, часах, планшетах, мыльницах, телевизорах, роутерах и плашнетах запросто на "полмира" потянет ... Так что если сел в лужу, то лучше молчи в тряпочку.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:20
	> макаки кичатся знанием никому не нужных и никем не используемых нюансов языка. Да это им просто на каком-нибудь стэковерфлоу популярные вопросы вывалились, или типа того.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	115. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от пох. (?), 19-Мрт-21, 23:18
	Ну неправда же ж - в ответ тебе быстро накидают первые десять найденых гуглом ссылок по такому запросу - разумеется, без малейших попыток прочитать, что же там написано и тем более осмыслить прочитанное ;-) Когда на самом деле понадобится чинить подобный код - то да... впрочем, они просто подождут ебилда. Но вот лично мои возможности поддерживать ядро для себя, любимого, неправильных версий и с неправильными необобренными Виликим Божком-с-Пальцем драйверами, увы, закончатся. Учить язык с настолько уродливым синтаксисом ради этого счастья я не планирую, у меня других дел найдется.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	182. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:21
	Так оно ж опциональное напрочь и даже поддерживает полторы архитектуры.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от пох. (?), 20-Мрт-21, 08:22
	Лиха беда - начало. А потом фигак - и на нинужна-нинужна-надовыбросить немодных архитектурах либо пакетного фильтра не окажется, либо файловой системы отличной от vfat - и в целом опциональное даже, только вот предыдущие версии уже сломают, а новых не завезли и не будут. Понятно что еще не завтра и не послезавтра, но направление "развития" уже обозначилось. "Зато какой у них CoC!"
	Ответить | Правка | Наверх | Cообщить модератору

	299. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 16:52
	> Лиха беда - начало. Может да. Может нет. А может эта наркоманщина послепенно окультурится до чего-то вменяемого. > А потом фигак - и на нинужна-нинужна-надовыбросить немодных архитектурах либо пакетного > фильтра не окажется, либо файловой системы отличной от vfat - и > в целом опциональное даже, только вот предыдущие версии уже сломают, а > новых не завезли и не будут. Что-то мне кажется что btrfs на хруст хрустики будут лет 20 переписывать. И еще столько же отлаживать его до актуального уровня стабильности сишной версии. А там или шах, или ишак. В смысле, какое моему скелету в шкафу дело будет до того на чем там кто програмит? Ну а если меня все же занесет в какую там еще сферу дайсона или куда, хруст будет наименьшей из моих проблем, имхо. > Понятно что еще не завтра и не послезавтра, но направление "развития" уже обозначилось. Да так то у этих ренегадов есть еще и проброс всяких вещей в юзермод, чтобы писать в принципе на чем угодно некоторые виды дров в юзермоде. А также пара виртуальных машин (привет bpf), всякие фоновые воркеры которым любая макака с хайлевелом позавидует и прочие странные вещи. > "Зато какой у них CoC!" Кроме CoC у них таки есть technical excellence. И мне даже интересно посмотреть как вон те чуваки будут хрустиков ревьюить - и, главное. на сколько этих мягкотелых хватит если на их фекалии кто-то еще и смотреть будет. Так что просто ненапряжно нагамнякать - ну это не про линухкернел. А когда им их гамно завернут с примерно 120 ляпами... вот тут будет интересно посмотреть как им такое ненапряжное и удобное программирование.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Карабьян (?), 20-Мрт-21, 09:20
	А разве нельзя будет это все так же выкинуть и пользоваться лишь тем, что одобрено лично своим собственным я
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	219. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Карабьян (?), 20-Мрт-21, 09:22
	А, вон выше, уже прочитал твой ответ
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от анон (?), 19-Мрт-21, 23:21
	Матерые сишники сразу думают на асме, когда растовики думают о синтаксисе и равенстве гендеров.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	183. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:23
	Не настолько уж неправда. Из-за этого я люблю макросы. Потому что лучший код - это когда его нет вообще и все demote'нуто до compile-time констант. В принципе растовики тоже эту идею до некоторой степени усвоили. Ну, по крайней мере, авторы этого нечто. Макаки которые на нем пишут - не факт, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 20-Мрт-21, 01:47
	Из-за тех, кто не умеет читать.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

26. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от Аноним (26), 19-Мрт-21, 20:40
вот будет весело собирать растовые модули на архитектурах, для которых нет поддержки этого языка. А она есть по сути для 1.5 архитектур, даже на арме уже начинаются какие-то ограничения. А ещё веселее будет наблюдать, как макаки начнут отключать в этих модулях проверки на >обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера потому что все они, внезапно, далеко не бесплатные. А как насчет багов линковки и прочих несовместимостей? Ведь ядро как правило компиляют gcc, а раст основан на LLVM. А еще я посмотрю, как в ядро потащат какое-нибудь монструозное tokio, которое пихает в зависимости в своих проектах любой уважающий себя растоман. Резюмируя, раст - язык для бездарных программистов, которым наплевать на эти и все подобные вещи.
Ответить | Правка | Наверх | Cообщить модератору

	35. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (30), 19-Мрт-21, 20:52
	Желаю здоровья и покинуть лягерь не осиливших. Тогда поднятые в сообщении аргументы будут закрыты сами собой.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (39), 19-Мрт-21, 21:00
	> раст - язык для бездарных программистов, которым наплевать на эти и все подобные вещи. Чушь пишешь.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	103. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (103), 19-Мрт-21, 22:53
	Тебе просто прикажут выкинуть уже свой калькулятор.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	351. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 19:08
	Да вон блин даже PIC12 ссаный до сих пор не выкинули, при том что там даже С99 то напряг. Но видишь ли, когда проект на миллион, жаба поддушивает, а этот кусок крапа из-за убогости процессорного ядра на 20 центов дешевле т.к. кристалл чуть меньше и отчислений арму не башляли. А за 200 килогриндерсов экономии можно и подраспереться, не? Особенно если они в свой карман ухнут, м? :)
	Ответить | Правка | Наверх | Cообщить модератору

	230. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 09:58
	Всё верно. Обезьянко-обёртка для не осиливших в низкоуровневые реалии.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

27. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+7 +/–
Сообщение от Аноним (-), 19-Мрт-21, 20:41
С++ в ядро не пустили, а Раст уже в ядре, сейчас у цпп-макак от обидки начнется истерика
Ответить | Правка | Наверх | Cообщить модератору

	68. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Анон Ра (?), 19-Мрт-21, 21:23
	Там уже есть С++ (и Perl) без него ядро не соберется см. вкладку Languages https://github.com/torvalds/linux
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от anonymous (??), 19-Мрт-21, 21:58
	А теперь нажми и посмотри на файлы. Эвристика гитхаба ошибочно принимает сишные .h за C++. Хотя Торвальдс вроде на С++ писал, Subsurface портировал на Qt. Но он понимает, что требования к качеству программы для визуализации нырков и к прошивке для космических кораблей очень разные.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Анон Ра (?), 19-Мрт-21, 23:11
	Ок. Спасибо, за уточнение. Знал, что Линус не любит С++, http://harmful.cat-v.org/software/c++/linus но сбила с толку статья в wiki, которая так же упоминает C++ https://en.wikipedia.org/wiki/Linux_kernel
	Ответить | Правка | Наверх | Cообщить модератору

	216. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (215), 20-Мрт-21, 08:54
	а Perl или Raku? Сейчас это важно: ты или в этом лагере или в другом.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	73. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Andrii (?), 19-Мрт-21, 21:40
	У них в каждом посте о Rust истерика
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	118. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от анон (?), 19-Мрт-21, 23:28
	Потому что потом корпорасты передумают и захотят другой язык пропихнуть для своих iot, и будет еще один цирк. До этого им руки заламывали, а вот с растом прокатило, и уже будет не важно, что есть либа для безопасной работой с указателями и памятью или супер рантайм чеккер. Люди будут плакать и жрать очередной кактус, потому что это модно молодежно.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (23), 20-Мрт-21, 11:04
	Ну то есть истерика то на самом деле из-за того, что корпорасты могут, а сообщество нет?
	Ответить | Правка | Наверх | Cообщить модератору

29. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от Аноним (29), 19-Мрт-21, 20:44
Да этот раст уже задрал, из каждого чайника ржавые уши торчат
Ответить | Правка | Наверх | Cообщить модератору

	45. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (39), 19-Мрт-21, 21:01
	Может, пора попробовать, раз он настолько крут? :)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:02
	Чем он крут? Тем, что не могут ресдох запустить на железе?
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 23:06
	> Чем он крут? Вызывает приступ лютой бомбежки у местных анонимов. > Тем, что не могут ресдох запустить на железе? ... и приступ лютого вранья и отрицания реальности - тоже вызывает.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (114), 19-Мрт-21, 23:19
	Так нам программировать, а не на форумах троллить.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+4 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 01:53
	То-то я вижу под каждой новостью конструктивную критику Rust с примерами кода, а не истеричные вопли неадекватов, у которых проблемы с чтением доков и логикой. Сразу видно - программисты.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:25
	По-моему там все начиная с способа инсталла этого треша не способствует конструктивной критике, а вот поиздеваться над такой порнографией стоя в гамаке - напрашивается. Почему это должно быть настолько через @нус сделано? За 10 лет ЯП нельзя было избавить от детских болезней? ORLY?
	Ответить | Правка | Наверх | Cообщить модератору

	209. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от пердёжник (?), 20-Мрт-21, 07:29
	в чём проблема с установкой? Поставьте из удобного вам пакетного менеджера, или если не хотите "засорять систему" - установите из rustup. Какой анyс? Какие детские болезни вы подразумеваете?
	Ответить | Правка | Наверх | Cообщить модератору

	303. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:02
	> в чём проблема с установкой? Поставьте из удобного вам пакетного менеджера, Так вон там написано что так не годится. Версия неправильная, чих-пых! Надо не более чем месячной давности!!!111 Потом срок хранения хрустиков видимо протухает. Очень удобно. > или если не хотите "засорять систему" - установите из rustup. 1) Это как раз и есть засорение системы - не трекаемое пакетным менеджером васянское барахло. 2) Это случайно не та бнопня где предлагают с ремотного сайта в шелл пайпить, очень безопасТно выглядит, чего уж. > Какой aнyс? Какие детские болезни вы подразумеваете? Ну вот такие - левые тантры начинаются прямо с подъема окружения разработчика. И вон то Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); явно не выглядит офигенно читаемым и клевым кодом, даже по сишным меркам. Эти гамняки точно - улучшение?
	Ответить | Правка | Наверх | Cообщить модератору

	318. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (318), 20-Мрт-21, 17:24
	Эх, анон-анон. Как раз оно офигенно читаемое. Да - многословное, но каждый кусочек точно определяет дальнейшее поведение объекта. И никаких разночтений. Если упрощенно: - создать небезопасный объект - "упаковать" его в умный указатель на heap - запретить перемещать Все просто и однозначно - нет разночтений и сайд-эффектов.
	Ответить | Правка | Наверх | Cообщить модератору

	356. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (356), 20-Мрт-21, 19:42
	> Эх, анон-анон. Как раз оно офигенно читаемое. Да - многословное, но каждый > кусочек точно определяет дальнейшее поведение объекта. И никаких разночтений. При том многабукав, даже по сишным меркам, и желанная логика сильно разбавлена техническим хламом. > Если упрощенно: > - создать небезопасный объект > - "упаковать" его в умный указатель на heap > - запретить перемещать > Все просто и однозначно - нет разночтений и сайд-эффектов. Есть только 1 небольшой нюанс. Со всеми этими тантрами уже в общем то забыли на...я это все было нужно :). Так что простой и лаконичный код ну вот вообще совсем не получился. Получилось куча левых технических загогулин. Да еще какая-то закорюка с вопросом, посуровее чем в си. Конечно на си тоже можно писать в стиле ??!??! oh_wtf(lol). Но обычно так тоже не делают если оно не obfuscated code contest. А в какое-то менее похабное макро такие вещи на хрусте реально обернуть для типовых вещей? Или писать такое гамнище в логике кода - родовое проклятье и не лечится? Простой пример, на сях можно и вот так сделать: BEGIN_MENU(level1_menu)     //     fast_key  entry text         function     MENU_ENTRY('1', "Do something!"    , handler_1)     MENU_ENTRY('2', "Do something else", handler_2)     ... END_MENU(level1_menu) На самом деле это, конечно, декларит некий const menu_entry_t level1_menu[] и вон то лишь заполняет массив структов. Однако caller ту техническую трахомудию в принципе не видит! Ему, вот, милый синтаксис генерации менюшки с прибамбасами, без единой левой закорюки. И сильно накосячить не даст, устроено унутрях так, и генерация struct. А функции работы с этим типом данных, параноидально чекающие что подсунули, при непонятках заканчивающие парсинг, написаны 1 раз и их вообще трогать не надо для очередной менюшки. По поводу чего основной код оказывается милым, читабельным, а добавить еще 2 записи меню совершенно не чревато багами. А на хрусте что-то такое вообще можно? И если да то почему они вон тот мерзотный синтаксис на бошку вываливают? И после этого хрустики вопят что си корявый, а раст высокоуровневее? Эм, а это точно? Почему-то пример сравнимого по лаконичности кода на хрусте мне ни разу в жизни не попадался. Это реально организовать? И если да то почему вместо этого - вон тот птичий язык, в 2 раза хуже чем на си?
	Ответить | Правка | Наверх | Cообщить модератору

	384. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (318), 20-Мрт-21, 22:56
	Без обид, но мне кажется что вы... ну не очень хорошо знаете синтаксис раста. Потому что в этой строке ни одного макроса. А '?' это оператор распаковки Option value, try_new возвращает Option<Self> (можно глянуть доку https://docs.rs/boxext/0.1.6/boxext/trait.BoxExt.html) Это гарантирует Null safety - компилятор тебя обяжет или получить значение и работать с ним, или обработать это одним из способов. И не нужно будет писать кучу проверок на null при обращении к значению. Т.е. без ухищрений невозможно будет обратиться к null объекту. В отличие от с и с++ - там или проверяешь каждый раз, или забиваешь и надеешься на лучшее. Это кстати не изобретение раста - оно появилось в эйфиле, а потом в C#, Kotlin, Swift, Dart и других. > BEGIN_MENU(level1_menu) Как будто что-то мешает написать аналогичное на расте. Ну, только без богомерзких begin-end. let mut menu = Menu::new(); menu.add("1", "Do something 1!", handler1); menu.add("2", "Do something 2!", handler2); И добавляешь сколько нужно. И никаких чеков, никаких закорючек. Даже более короткий и существенно менее отвратительный чем ваш вариант. > раст высокоуровневее Конечно высокоуровневее. В си вы опечатались и вместо значения одного enum написали другой такого же базового типа. И ведь молча схавает. Про nested enums можно даже не вспоминать. Null safety - спасает от целого класса ошибок. Паттерн-матчинг - не киллер фича, но штука крутая (не, ну можно конечно все тоже самое нафигачить ифами, но... зачем?) Zero-Sized Types. Много элементов системного программирования. И это без наверное главных фишек раста вроде borowing, ownership и lifetimes. Да тут очень долго можно перечислять. Потому что си это по факту переносимый человекочитабельный ассемблер. А синтаксис - это вкусовщина. Кто-то обожествляет лисп, а других от него блевать тянет. Или паскаль (хехе, begin-end). Но минимального знания раста дальнейший разговор не имеет смыслы - вы просто не совсем понимаете что там написано.
	Ответить | Правка | Наверх | Cообщить модератору

	399. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 21-Мрт-21, 00:38
	> синтаксис раста. Потому что в этой строке ни одного макроса. А я разве говорил что они там есть? Мну было интересно можно ли ту наркоманщину сделать более симпатичной и читаемой, без таких тантров? Потому что вероятно в ядре этого довольно много надо будет и такие загогулины выписывать каждый раз - это точно круто, читабельно и вообще, апгрейд? :) А так да, я таки не растаман. Стану ли я уметь раст когда-либо? А кто его знает. Там есть интересные идеи, но скверная экосистема и синтаксис костылями оброс до уровня покруче плюсов, пожалуй. > А '?' это оператор распаковки Option value, try_new возвращает Option<Self> (можно глянуть > доку https://docs.rs/boxext/0.1.6/boxext/trait.BoxExt.html) Ой, я как-нибудь потом. Настолько высококонцептуальная штука меня в системщине не прельщает. Но если я увижу что у кого-то дельно получается, и помогает все же больше чем мешает - подумаю об этом. > Это гарантирует Null safety - компилятор тебя обяжет или получить значение и > работать с ним, или обработать это одним из способов. Само по себе это может даже и не плохо, но... 1) А что если проблема не только null? 2) Не могло бы это выглядеть как-то менее наркомански? 3) Вот такого в кернеле вероятно будет везде и всюду. Это что, везде будет вот эта чисто техническая дрянь на полэкрана? > И не нужно будет писать кучу проверок на null при обращении к значению. С другой стороны, при проверках автор _в курсе_ code flow и _понимает_ как более-менее без проблем оттуда при факапе свалить. А какой-нибудь внезапный эксепшн в тыкву, в кернельном коде - ну, блин, апликухи то на хрусте резко умирают "для безопасТности". Но боюсь что такая обработка проблем кернелом у юзеров энтузиазм не вызовет. Хотя, возможно, MS и хочет нам из линуха Win95 устроить? > Т.е. без ухищрений невозможно будет обратиться к null объекту. > В отличие от с и с++ - там или проверяешь каждый раз, > или забиваешь и надеешься на лучшее. Вообще в кернеле за это exception от железа обычно мигом прилетает. Это конечно фривольное допущение но для линуксного кернела стандартно запретить несколько нижних страниц в MMU и там само железо резко даст в тыкву. Бонус этого варианта в том что... 1) Это уже совершенно точно баг ядра а не вываливание в fallback path по ауту памяти или чему там еще. Ядро не должно умирать даже если RAM кончилась, поэтому plan B на случай невыделения памяти у кода должен быть. Иначе будет полное булшит бинго. Вплоть до жесткого корапта данных и прочих прелестей. Конечно не потому что из буфера вылезли, а потому что желаемое совсем не существовало. Но какая кому разница если в итоге какая-нибудь там ФС данные профачит? 2) Это вообще совсем ничего не стоит - MMU и так есть, он на уровне железа доступы к страницам чекает всегда - и на доступ к 0-й странице просто возбухнет как обычно. И профит от этого наступает... например, в чем? Я бы сказал что бывают системы без mmu но там видите ли линух экзотика, и это (лол) нарушает допущения хруста. Он без MMU не очень то и безопасный и может на раз не только поиметь stack overflow но и перетереть оным унутренние состояния и что там еще, если оно ниже было. > Это кстати не изобретение раста - оно появилось в эйфиле, а потом > в C#, Kotlin, Swift, Dart и других. Они видите ли ни в раз не позиционируются как системные яп... > Как будто что-то мешает написать аналогичное на расте. Ну, только без богомерзких begin-end. Первое на самом деле декларит массив структов, второе его терминирует. Это некий tradeoff, дело в том что массив struct'ов разного размера - безразмерный и я не знаю когда уже пора отвалить. Для парсера критерий терминации - специальный токен, "это последняя запись". Фокус с END убивает 2 зайцев. Закрывает заполнение массива и железобетонно вешает запись-терминатор, удостоверяясь что парсер совершенно точно не будет out of bounds парсить "потому что лох забыл терминатор". Видите ли compile-time построение прогеров и антикосячные трюки нравится не только растаманам. > let mut menu = Menu::new(); > menu.add("1", "Do something 1!", handler1); > menu.add("2", "Do something 2!", handler2); Ах да, я не сказал одну мелочь? Все меню в итоге являет собой одну большую *константу*. Это полностью precomputed в compile time - идет в именно RODATA. В случае МК в ридонли флеху, которой у меня видите ли больше RAM'ы. Если кто не понял, это на самом деле дебажно-конфигурационные менюшки по типу сигейтовского монитора на сериальной консольке. А чо, я хуже сигейта? Ну и сдампить лишку памяти в дебажный шнурок парсером - последнее что бы мне хотелось в фирмвари. А вон тот Menu::new(); точно уйдет целиком в RODATA? Или таки будут динамические вычисления в рантайм, хлам в RAM и проч? > И добавляешь сколько нужно. И никаких чеков, никаких закорючек. Даже более короткий > и существенно менее отвратительный чем ваш вариант. У моего варианта простые, понятные даже дауну правила. И он не даст лохануться даже, вот, сишнику. И бонусом это наглухо RODATA, настолько что целиком отправляется в flash ROM. И все потребные смещения компилер тоже предвычисляет так что парсер получает сие как массив структов а не какие там еще указатели и - довольно вменяемо итерирует через это все :) > Конечно высокоуровневее. В си вы опечатались и вместо значения одного enum написали > другой такого же базового типа. И ведь молча схавает. Про nested enums можно даже не вспоминать. Си схавает. Статический анализатор - может и прочухать. Ну и я туда допустим адреса HW regs помещаю. Если я опечатаюсь в адресе - я по любому completely f...d up. > Null safety - спасает от целого класса ошибок. А оно не может в более generic проверки? Скажем, часто такая проблема: я знаю что входной параметр валиден от 1 до 100, а если больше - конкретное д-мо! Да, можно runtime проверку этого - но, блин, в фирмвари runtime error булшит полный. Я для сей научился макросами местами чекать такое, но это налагает жесткие лимиты: должно быть compile time constant. При том шаг в сторону (например передается как входной параметр функции) и оно уже не катит. В смысле компилер не умеет в range-analisys чтобы понять что там. Хотя нет, падло именно это делает для dead code elimination и оптимизации кода! Но извлечь сие знание для анализа constraints на передаваемый функции параметр в compile time.... Хруст имеет чего такого интересного предложить как именно compile time checks подобных вещей? В рантайме то любой рак может, но там уже малость поздняк в системщине, если честно. Как вы относитесь к unexpected termination фирмвары вашего гироскутера? Морда на асфальте одобрит это? > Паттерн-матчинг - не киллер фича, но штука крутая (не, ну можно конечно все тоже самое > нафигачить ифами, но... зачем?) Zero-Sized Types. Много элементов > системного программирования. А вон пример специфичной вещи системного программирования. А покажите как это на русте? > И это без наверное главных фишек раста вроде borowing, ownership и lifetimes. Так то я даже не спорю что в расте есть некоторые здравые идеи. Но они ориентировались все же на full blown апликухи в основном, а про аналог "freestanding" из C99 кажется не очень задумывались. > Да тут очень долго можно перечислять. Потому что си это по факту > переносимый человекочитабельный ассемблер. И зачастую именно это я на допустим микроконтроллере и хочу - очень тонкая прослойка между мной и железом. А потому предсказуем чуть ли не потактово и я на уровне интуиции понимаю какой код и данныые будет вот тут. > А синтаксис - это вкусовщина. Кто-то обожествляет лисп, а других от него > блевать тянет. Или паскаль (хехе, begin-end). Но минимального знания раста дальнейший > разговор не имеет смыслы - вы просто не совсем понимаете что там написано. Насчет вкусовщины - на мой вкус даже в сях довольно много закорюк, у которых с читаемостью "не очень". Имхо зря rust усугубляет это. Я конечно понимаю что клаву топтать всем впадлу но все же. А больше всего в подобных вещах анноят всякие не однозначно трактуемые символы и проч, если на мой вкус.
	Ответить | Правка | Наверх | Cообщить модератору

	420. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (318), 21-Мрт-21, 13:02
	> если проблема не только null? То тогда это другая проблема. > Не могло бы это выглядеть как-то менее наркомански? Субъективно - вопрос для опшинал параметров много где используется - в Kotlin и Swift точно. Это уже нормально для для тех кто с ним знаком)) Да и логика в это есть: fn(a: String) - тут вам пришла строка, работайте спокойно fn(b: String?) - тут вам пришла строка, но это не точно, поэтому проверьте что там Так что просто непривычно. > Это что, везде будет вот эта чисто техническая дрянь на полэкрана? Скорее нет, чем да. Во-первых оно занимает всего один символ (это если про ?, а если про цепочку вызовов, то никто не мешает их написать каждый одной строкой). Вы просто не сможете передать в fn(a: String) параметр String? - компилятор не пропустит. Т.е. есть туда может придти null - то на каком-то этапе вам придется проверить 1 (один!) раз, а дальше работать как обычно - или вы проверяете внутри своей функции если допускаете такое и возвращаете ошибку, или обязываете вызывающую сторону гарантировать валидность входного параметра. > И профит от этого наступает... например, в чем? А профит в том что проверка в compile time. > Они видите ли ни в раз не позиционируются как системные яп... И это не повод не взять из них хорошую идею))) > Все меню в итоге являет собой одну большую *константу* Ну что ж вы сразу не актцентировали на этом внимание) Вот пример полностью precomputed в compile time - как локальной, так и глобальной: https://play.rust-lang.org/?version=nightly&mode=debug&editi... > А оно не может в более generic проверки? Конкретно эта штука - нет. Она решает одну конкретную задачу. Но есть другие механизмы. Напр. https://crates.io/crates/static_assertions позволяет проверять разные вещи для const объектов в compile time. Возможно это можно сделать макросом самому, но я вряд ли смогу. Вот что в данный момент раст может делать в compile time - https://doc.rust-lang.org/reference/const_eval.html Насколько я знаю "Const generics" (https://github.com/rust-lang/rust/issues/44580) еще не в stable и там есть работа, но оно добавит еще возможностей. С ним можно будет сделать то что вы пишете на уровне языка, а не макросов. https://github.com/rust-lang/rfcs/issues/1621 - вы просто объявите свой тип и зададите его лимиты от 1 до 100. Но пока насколько я вижу оно еще не готово. Плюс - ваш пример по фирмварю гироскутера это уже эмбедед, а не системщина. Тут можно начать спорить что такое системщина, а что нет, но предложу чтобы в этом вопросе каждый остался при своем мнении. > А вон пример специфичной вещи системного программирования. А покажите как это на русте? Если это было про меню, то вроде показал, если про лимиты для параметров - то сорян, я не настолько крут. Но варианты решения есть выше. >  Но они ориентировались все же на full blown апликухи в основном, а про аналог "freestanding" из C99 кажется не очень задумывались. Да, наверное они действительно ориентировались на универсальный язык. Поэтому там много высокоуровневых вещей вроде элементов функционального программирования. Но, в раст есть "режим" no_std, кмк это аналог freestanding. Если писать в этом режиме то оно вполне работает на микроконтроллерах. Вот тут можно почитать книжку по rust-embedded https://docs.rust-embedded.org/discovery/index.html. А тут список того что поддерживается в том или ином виде https://github.com/rust-embedded/awesome-embedded-rust. PS: я не пытаюсь вас убедить бросить си и начать писать на расте. Скорее в том что добавление возможности писать драйверы на нем не сделает ядру хуже.
	Ответить | Правка | К родителю #399 | Наверх | Cообщить модератору

	483. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 27-Мрт-21, 06:41
	> То тогда это другая проблема. Нельзя более общо сделать было? Это ж частный случай проверок параметров. > Субъективно - вопрос для опшинал параметров много где используется - в Kotlin > и Swift точно. Это уже нормально для для тех кто с ним знаком)) Ну знак вопроса хрен с ним. А всю такую штуку на полэкрана реально оформить макро с говорящим названием вместо печати таких прелестей? > fn(b: String?) - тут вам пришла строка, но это не точно, поэтому проверьте что там С одной стороны идея интересная. С другой это звучит как поле для грабель и могу себе представить что в safety critical если оно дотуда доберется это позапретят нафиг. > Скорее нет, чем да. Во-первых оно занимает всего один символ (это если > про ?, а если про цепочку вызовов, то никто не мешает их написать каждый одной строкой). А оформить всю подобную цепочку и т.п. каким-нибудь коротким макро реально? > Вы просто не сможете передать в fn(a: String) параметр String? - компилятор не пропустит. Вот мне и стало интересно насколько далеко раст умеет заходить с compile-time проверками. Просто глупо если компилер внутрях умеет в range-check но наружу это не вывешено особо. > Т.е. есть туда может придти null - то на каком-то этапе вам > придется проверить 1 (один!) раз, а дальше работать как обычно - Я и так все входные параметры функции 1 раз проверяю, в начале. Даже на си. Это тупо стандартное требование всех safety-critical и т.п. гайдов. А фича то в чем? > или вы проверяете внутри своей функции если допускаете такое и возвращаете > ошибку, или обязываете вызывающую сторону гарантировать валидность входного параметра. Мне был интересен случай когда функция жрет заведомо ограниченный range параметров и было бы очень круто если бы компилер мог проверить что они всегда именно такие. Да, это подразомевает некие ограничения (вычисляемые в runtime значения поддаются этому только частично). > А профит в том что проверка в compile time. Это то хорошо, мне такие вещи нравятся. >> Они видите ли ни в раз не позиционируются как системные яп... > И это не повод не взять из них хорошую идею))) То что хорошо для мягкотелых хипстеров - порой острый нож в системщине. Вон питонятина постоянно валится с рантайм еррором. А если так фирмварь гироскутера будет, хипстер станет с синим лицом, беззубый, и гироскутер продаст от греха. >> Все меню в итоге являет собой одну большую *константу* > Ну что ж вы сразу не актцентировали на этом внимание) Собссно прелесть макро в сях в том что оно generates no code, а const не даст это менять, учитывая что это массив struct разного размера это предотвращает много стремных ситуаций. Compile-time генереж таким манером заполнит как надо а в рантайм его никто не трогает. Места для лажи мало. > Вот пример полностью precomputed в compile time - как локальной, так и > глобальной: https://play.rust-lang.org/ Что-то не грузится. Может ему tor не нравится? Или кто там его знает. На что-нибудь менее переросточное типа paste.debian.net можете закинуть? > Конкретно эта штука - нет. Она решает одну конкретную задачу. А в чем прикол выделить null из всех остальных ограничений? Я бы сказал что он наименьшая проблема т.к. за его дереференс при правильном определении обычно дает в репу само железо, кроме, разве что AVR и PIC каких. > проверять разные вещи для const объектов в compile time. Возможно это > можно сделать макросом самому, но я вряд ли смогу. Ну вот на сях я это макросом смог, но сильно более жесткие ограничения чем компилер на самом деле внутрях видит, судя по тому как он лихо убил половину проверок, доказав что никогда столько не передается, и выкинув пару веток кода вот так влегкую. > Вот что в данный момент раст может делать в compile time - А там можно например тип enum сделать и рубать компил если параметр содержит что-то отличное от фиксированного значения опций? Это наверное катит только для небольшого числа значений, но все же? > Насколько я знаю "Const generics" (https://github.com/rust-lang/rust/issues/44580) Чудесатая штука. Хотя я бы сказал что трансмутации съели мой мозг... блин, глядя на это могу себе представить what it takes взять массив адресов и сказать что это у меня функции с прототипами (ничего особенного, типа bios-интерфейса к boot loader, чтобы основной код мог вызывать некоторые функции, хоть бут и отдал рули уже давно). > его лимиты от 1 до 100. Но пока насколько я вижу оно еще не готово. Вот это было бы весьма забавной фичой. Но глядя на те навороты я совершенно не уверен насколько это все safe и predictable все это может быть в именно махровой системщине. > Плюс - ваш пример по фирмварю гироскутера это уже эмбедед, а не системщина. > Тут можно начать спорить что такое системщина, а что нет, > но предложу чтобы в этом вопросе каждый остался при своем мнении. Я считаю что это частный случай системщины. Взбрык кернела или системной либы не сильно лучше взбрыка фирмвари. Особенно если оно там какой-нибудь поезд вело. А люди видите ли стали юзать компьютеры много для чего, в том числе и более компьютерообразные для более общей координации. > Если это было про меню, то вроде показал, То что его можно сделать похоже я догадался, но как это сделать хотя-бы настолько же симпатично (без левых кейвордов и проч в заполнении структуры) мне все же не особо очевидно. > если про лимиты для параметров - то сорян, я не настолько крут. Но варианты решения > есть выше. Просто лимиты параметров ... ну вот напрягающая штука. Рантайм факапы мне не нравятся. > Да, наверное они действительно ориентировались на универсальный язык. Поэтому там много > высокоуровневых вещей вроде элементов функционального программирования. Я заметил. И к сожалению это делает понимание того что происходит сильно менее тривиальным. 1) Чем сложнее и концептуальнее код, тем меньше людей в него въедет. 2) Чем сильнее закручены абстракции, тем больше шансов что их поймут неверно. 3) У плюсовиков это стало просто их стандартной граблей в результате. 4) В системщине хочется понимать что во что реально трансформируется. Вплоть до секвенсинга байтиков по шинам точным паттерном. Железки так сделаны. > Но, в раст есть "режим" no_std, кмк это аналог freestanding. Вот это похоже на правду. > Если писать в этом режиме то оно вполне работает на микроконтроллерах. Ага, вижу. По своему забавно. И все же, дорогие рустеры... // Turn off the East LED     gpioe.bsrr.write(|w| w.br11().set_bit()); У меня это было бы EAST_LED_ON; или EAST_LED_OFF; ...вместо той лабуды. Да еще с дико эффективным оперделением (1 запись в регистр, пара команд на асме будет). А макросы еще и позволят определять EAST LED как какой-нить PIN_XDEF(EAST_LED, PORT_A, 4) (на самом деле волшебную константу делает, где вкодирован и порт и пин, 100% compiletime и дико эффективно). Ахтунг, PIN_XDEF нестандартен - мое макро, идея у кого-то подсмотрена. Или настройка пина после вон того могут быть так: pin_setup(EAST_LED, OUTPUT_50MHZ_PUSHPULL). Да, без ооп, зато просто как топор, понятно даже дауну, и хотя это функция, компилер ухитряется на удивление заинлайнить только очень частный code path, столь же крутой как лобовая запись регистра константой. Заодно конкретные порты, биты и проч нигде не фигурируют. А высокоуровневые чуваки навернули ... какие-то дико странные абстракции и вышло что код на сях зело высокоуровневее, лаконичнее, и бинарь раз в эн меньше, не? :) > PS: я не пытаюсь вас убедить бросить си и начать писать на > расте. Скорее в том что добавление возможности писать драйверы на нем > не сделает ядру хуже. Может быть. Но честно говоря синтаксис у раста все же какой-то разлапистый и не очень консистентный на первый взгляд. А в вон том примере с мк абстракции сделали ... весьма странно, как по мне. В любом случае, спасибо за insight, было интересно. И вообще это какжется первый рустер который более-менее в курсе inner working. Ну, не люблю черную магию сделаную богами. Системщина о том чтобы самому ее уметь...
	Ответить | Правка | К родителю #420 | Наверх | Cообщить модератору

	421. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (318), 21-Мрт-21, 13:08
	И еще на счет системщины: на расте уже смогли написать микроядро и ОС и оно работает на реальном железе. В ней много чего нет, что-то стянули с линукса, где-то жестко срезали углы (как с той "утечкой" памяти - одной из вещей которую любят тут форсить), но это показывает что возможности языка достаточны для написания ос с нуля. И да - раст может делать сисколы, может вызывать асм вставки, может собираться в минимальный бинарник.
	Ответить | Правка | К родителю #399 | Наверх | Cообщить модератору

	468. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 24-Мрт-21, 01:03
	> И еще на счет системщины: на расте уже смогли написать микроядро и > ОС и оно работает на реальном железе. ЕЩЕ там хватало asm и unsafe, насколько я помню поклацав по диагонали сорец в репе. При этом я имею наглость заметить что ASM - не раст. Как впрочем и не си. А unsafe отправляет в лес обещания безопасности про которые столько задвигали. > но это показывает что возможности языка достаточны для написания ос с нуля. С asm написать ОС можно вообще без ЯП, проверено колибри. > И да - раст может делать сисколы, может вызывать асм вставки, может > собираться в минимальный бинарник. А насколько минимальный? Я сями микроконтроллер без асма и чужих объектников поднял. Но вообще замах неплохой и некоторые идеи типа borrow checker здравые.
	Ответить | Правка | К родителю #421 | Наверх | Cообщить модератору

	414. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от боня (?), 21-Мрт-21, 10:32
	> 1) Это как раз и есть засорение системы - не трекаемое пакетным менеджером васянское барахло. растап устанавливает компилятор внутрь вашей домашней папки и не требует привелегий рута > Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); явно не выглядит офигенно Че вы зацепились за эту строчку? Во первых тут понятно что происходит, во вторых - это скорее всего не рядовое использование, а оптимизация. Любые оптимизации будут выглядеть немножко странно и не предназначены для того, чтобы вы ими любовались. "читаемый и клевый код" это субъективное понятие, искажённое вашим собственным опытом, нельзя так просто вырвать одну строчку и тыкать ей в каждом посте и говорить "мне не нравится, не офигенно". Складывается впечатление, что вы не разобрались в вопросе и делаете предварительные заключения основываясь ни на чём
	Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

	469. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 24-Мрт-21, 01:14
	> растап устанавливает компилятор внутрь вашей домашней папки и не требует привелегий рута Я как раз не хочу левое исполняемое барахло в системе untracked by package manager. А то что хруст на юзеров маздая с их проблемами слишком ориентирован мне и не нравится как раз. А конкретно rustup еще и не проверяет что и кто ему налил. Как впрочем и карго. В результате хипстеры попробовали сделать эрзац пакетного менеджера. Только в 20 раз дерьмовее чем он у меня в ОС был. Жалкая пародия на таковой. > Че вы зацепились за эту строчку? Мне так по жизни не нравится когда техническая галиматья занимает полскрина. Люблю читаемые и понимаемые программы. По многим причинам, начиная от экономии времени людей на въезд и заканчивая аннулированием возможностей влепить баг лишний раз. > Во первых тут понятно что происходит, во вторых - это скорее всего не рядовое > использование, а оптимизация. В кернеле оптимизации на вес золота. А такое счастье в расте реально в какие-нибудь макро, чтоли, оформить? Вообще примеров разгаживания синтаксиса макросами как это модно у сишников я вообще особо не встречал. > Любые оптимизации будут выглядеть немножко странно и не предназначены для того, > чтобы вы ими любовались. А таки wish лаконичного и эстетичного кода не пропьешь... > "читаемый и клевый код" это субъективное понятие, искажённое вашим собственным опытом, В идеале мой код понимает любой кто маргинально в курсе синтаксиса, и там нет поля для разночтений, что ведет к влепленым багам (теми кто неправильно понял идею). > Складывается впечатление, что вы не разобрались в вопросе и делаете предварительные > заключения основываясь ни на чём Может да, а может нет. И все же, красивые самолеты красиво летают.
	Ответить | Правка | Наверх | Cообщить модератору

	471. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от боня (?), 24-Мрт-21, 10:10
	> Я как раз не хочу левое исполняемое барахло в системе untracked by package manager. Установите из пакетного менеджера. > А конкретно rustup еще и не проверяет что и кто ему налил. Почему вы так считаете? Проверяет же. > Как впрочем и карго. 02298 В карго вы имеете возможность указать путь к зависимостям и на 100% контролировать код, на который вы ссылаетесь. Можно указать например папку на файловой системе или удалённый гит-репозиторий. > Мне так по жизни не нравится когда техническая галиматья занимает полскрина. Люблю читаемые и понимаемые программы. Если хотите абстрагироваться от технических подробностей и писать чистый код, то для вас уже придумали такие замечательные языки как например Котлин или с#. Если вы совсем тупой - вы можете попробовать заняться разработкой на джаваскрипте или питоне.
	Ответить | Правка | Наверх | Cообщить модератору

	475. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 26-Мрт-21, 10:06
	> Установите из пакетного менеджера. Он там все же не "месячной давности". По поводу чего и получается что подобное требование весьма неудобное. Жизнь на вулкане нравится не всем. > Почему вы так считаете? Проверяет же. Орда дал мне ссыль на секурити аудит всего этого и там английским по белому написано что не проверяет. И вообще, эти безопасТники чуть не пайп в шелл с ремотного сайта предлагают. Если кто не врубился: в этот момент ремотный сайт получает полное управление. Без какой либо проверки этого шелскрипта. > контролировать код, на который вы ссылаетесь. Можно указать например папку на > файловой системе или удалённый гит-репозиторий. А дефолтовая централизованая репа мало того что рулится хзкем так еще и гарантий что налилось именно то что попросили - толком не дает. Теоретически там HTTPS, но сам по себе HTTPS не дает никаких гарантий origin данных или их аутенитчности. Поэтому если хакер Вася взломает репо и запихнет троян, он с чистой совестью скачается без каких либо предупреждений. Заметьте, этот номер не катит с моим пакетным менеджером: там файло подписано ключом майнтайнеров, которого у хакеров нет. И соответственно заменить пакет на левак не получится. А если мне хочется свое репо - можно свой ключ добавить, тогда пакетник будет доверять еще и вот этому вот. ЧСХ оно такое уже более 10 лет, но до вебманки как до жирафа. Зачем мне та пародия на пакетный менеджер, когда у меня вот такое есть? Это "апгрейд" разве что для юзеров маздая. А для меня это махровый даунгрейд по всем аспектам управления компонентами в системе. Потому что мало того что второй дублирующийся компонент делающий то же самое, так еще недопиленый и убогий. А преподносится как "фича". > Если хотите абстрагироваться от технических подробностей и писать чистый код, то для > вас уже придумали такие замечательные языки как например Котлин или с#. Ага, напишите мне на них фирмварь для STM32. Или почему бы фирмвари мк не быть с чистым кодом? Чтобы там баги лепить проще было? Ух, а баги там - последнее что мне бы хотелось. > Если вы совсем тупой - вы можете попробовать заняться разработкой на > джаваскрипте или питоне. Лол. Я так то умею немного на JS прогать, но абсолютный минимум потребный для создания вебморд в которые показывается статус хитрых делезок. И вот это - по совсем уж останочному принципу.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 11:15
	$ pacman -S rust Действительно, через детскую жопу сделано, и этим нас кормят в 2021 году?! Должно устанавливаться силой мысли!
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	375. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:18
	> Действительно, через детскую жопу сделано, Ну да, пакман с растишкой и порчими йогуртами - как-то так. Теперь так на продакшне попробуй.
	Ответить | Правка | Наверх | Cообщить модератору

	390. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 20-Мрт-21, 23:28
	А в чём разница?
	Ответить | Правка | Наверх | Cообщить модератору

	401. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-21, 01:09
	> А в чём разница? 1) В том что обычно там йогурты и пакманы не в почете. 2) Требование распоследнего компилера означает что этого скорее всего нет в репах. 3) БезопасТность rustup'а с какого-то васянсайта, без проверок подписей? Ну, э, лол! 4) Кстати то же самое и карго-культа касается. Это мне орда подогнал security analisys. Я его про safety на самом деле спрашивал, но за неимением арфы и бубен, вот, сгодился. 5) Компилер которому менее месяца означает что все его баги вы на раз и соберете на своем заду самолично. И совсем не факт что в это было частью плана, особенно в продакшне.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от боня (?), 21-Мрт-21, 10:00
	> Теперь так на продакшне попробуй. арч на продакшене?
	Ответить | Правка | К родителю #375 | Наверх | Cообщить модератору

	167. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 02:38
	покажи-ка, что ты там напрограммировал, трепло
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	154. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (154), 20-Мрт-21, 01:15
	Попробуй, даде если на практике (как и мне) не пригодится, сам по себе язык интересный. Только rust book надо начинать читать сразу с четвертой главы, про ownership.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	223. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (223), 20-Мрт-21, 09:43
	Задрал - не то слово. Вот буквально вчера питоновский cryptography начал ставить - а хрен вам, теперь ему нужен раст компайлер. Оказывается готовых сборок под Debian amd64 нету. Правда, пипка у меня устаревшая, свежая наверняка тащит за собой этот раст. Ржавчина разъедает все подряд. Как вы яхту назовете, так и... Пора искать вменяемые замены всему и вся.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	244. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (244), 20-Мрт-21, 11:35
	типичное нытье потребл.ди, само хочет обмазаться питончиком и не лезть в С, а на майнтейнеров гонит, что б кто то ему нахаляву попердолился с С. Да еще и поддержал 100500 легаси архитектур. фу таким быть!
	Ответить | Правка | Наверх | Cообщить модератору

	264. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (103), 20-Мрт-21, 12:47
	Ты ошибся, манифестации потре***дства тут `python -m build`, poetry, venv, virtualenv (да, 2 пакета), npm, rust, rustup и cargo. Я не против раста, но для начала они хотя-бы должны решить проблему с разделяемыми библиотеками, дурдомом с пакетами и с поддержкой платформ, включая "калькуляторы". Без всего этого раст бесполезен и не нужен, а вместе с ним и всё на нём написанное, и вместо того, чтобы всякое говно на расте запиливать, надо сам раст допиливать.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (244), 20-Мрт-21, 14:00
	Я пользуюсь мэйнстримными архитектурами и мне нужен раст. Кому раст не нужен, могут продолжать пользоваться С и дальше. Благо кода на С написадо овердофига и его никто не удаляет из интернетов. Посему все свои нравоучения про то кто что должен делать оставь себе.
	Ответить | Правка | Наверх | Cообщить модератору

	402. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-21, 01:11
	> Я пользуюсь мэйнстримными архитектурами и мне нужен раст. И эти люди что-то там про потреб-дство говорят...
	Ответить | Правка | Наверх | Cообщить модератору

	232. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (223), 20-Мрт-21, 10:08
	Ну еще мне кучу под дверь навалил в .cargo Ничего выдающегося в расте нет, происходит то же самое что и с явой лет 25 назад - пропихивание в неокрепшие умы через маркетинг. Потом, конечно, когда наберется достаточная куча г-на, это назовут энтерпрайзом и экосистемой, но это в следующие 25 лет. Большая часть незамутненного народа плеваться не перестанет, потому что - кака.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	236. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (236), 20-Мрт-21, 10:52
	>Большая часть незамутненного народа это те у кого грибы вместо мозгов ?
	Ответить | Правка | Наверх | Cообщить модератору

	305. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:04
	> это те у кого грибы вместо мозгов ? А, теперь понятно как чудный код типа Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); получается и почему некоторые считают ЭТО нормальным.
	Ответить | Правка | Наверх | Cообщить модератору

33. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
Сообщение от ZyklonB (?), 19-Мрт-21, 20:49
Не за горами тот день, когда будет анонсировано переписывание ядра на Rust, о котором объявит лично Торвальдс, зачитав плохо заученный монолог, пойдёт пересчитывать парочку внезапно появившихся миллионов на своём банковском счёте.
Ответить | Правка | Наверх | Cообщить модератору

	37. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (30), 19-Мрт-21, 20:54
	Скорее Rust-овая система дорастет до нужного уровня. Какой смысл борьбы с ядром Linux? Уж очень много нуджно будет переделывать. Проще делать по аналогии.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:01
	> Какой смысл борьбы с ядром Linux? Какой смысл лезть в Линух, если есть ресдох?!
	Ответить | Правка | Наверх | Cообщить модератору

	186. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:26
	В этом месте по сценарию микроядерщики рубаются с растаманами. В смысле у них там небольшая гражданская война должна случиться.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от ZyklonB (?), 19-Мрт-21, 21:17
	>Какой смысл борьбы с ядром Linux? Мифическая борьба с ядром Linux существует только в головах обезумевших фанбоев этого самого Linux.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	120. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (120), 19-Мрт-21, 23:30
	Не я! Люди, люди просили!
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	266. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (103), 20-Мрт-21, 12:49
	Зачем на торвальдса тратить миллионы, если можно его просто отстранить?
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	274. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от ZyklonB (?), 20-Мрт-21, 13:36
	> Зачем на торвальдса тратить миллионы, если можно его просто отстранить? Он и так получает миллионные гонорары. Почему бы ещё раз не вознаградить верного слугу IBM? Торвальдс для них — рекламное лицо, которому фанатично верит значительный пласт всевозможных нердов и гиков, которые просто необходимы для тестирования и распространения разработок IBM под соусом свободы и Open Source. Замену ему будет найти крайне сложно.
	Ответить | Правка | Наверх | Cообщить модератору

	404. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 21-Мрт-21, 02:26
	Пересчитывать электронные деньги, ага. Местным петросянам лишь бы жидкую шуточку выкинуть, думать времени нет.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	415. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от ZyklonB (?), 21-Мрт-21, 10:40
	Ты из тех, кто говорит "гну слэш линукс", я ведь прав?
	Ответить | Правка | Наверх | Cообщить модератору

	416. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 21-Мрт-21, 11:23
	Разве что в своих фантазиях.
	Ответить | Правка | Наверх | Cообщить модератору

	417. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от ZyklonB (?), 21-Мрт-21, 11:32
	Это был риторический вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

	448. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от боня (?), 22-Мрт-21, 17:47
	а вот получай риторический ответ.
	Ответить | Правка | Наверх | Cообщить модератору

51. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Аноним (51), 19-Мрт-21, 21:04
До 1 апреля вроде ещё жить и жить...
Ответить | Правка | Наверх | Cообщить модератору

53. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
Сообщение от Аноним (53), 19-Мрт-21, 21:07
требую добавить код на сишарпе! фекалорасту же добавили!
Ответить | Правка | Наверх | Cообщить модератору

	56. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:09
	Странно, что нельзя писать в ядро на Pascal ISO 7185.
	Ответить | Правка | Наверх | Cообщить модератору

55. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
Сообщение от Ordu (ok), 19-Мрт-21, 21:09
Нашёл такое любопытство в коде того драйвера символьного устройства:             // SAFETY: `init` is called below.             let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?);             mutex_init!(data.as_ref(), "RustExample::init::data1"); Безопасность обеспечивается комментом. =) Для непосвящённых в тему safety в смысле раста, тут Mutex::new -- это unsafe вызов, по типу конструктора в C++, который, судя коду*, на самом деле не конструирует объект, а вкупе с unsafe работает как обходной манёвр, результатом является неинициализированная память. А затем эта память, точнее указатель на неё, закидывается в макрос mutex_init, который очевидно инициализацию выполняет. Церковь Радикального Раста это запрещает, потому что это открывает просторы для косяков: между Mutex::new и mutex_init попытаться сделать что-нибудь с мьютексом, rustc это молча проглотит и даже не попытается помешать кривым рукам программиста всё испортить. [*] я не заглядывал в код подключённых модулей и в документацию тоже не смотрел, сужу о семантике приведённого куска только по тому, что нашёл в rust_example.rs.
Ответить | Правка | Наверх | Cообщить модератору

	86. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от мое правило (?), 19-Мрт-21, 22:09
	Он будет безопасным, если ядро полностью напишут на расте. Когда то там. В параллельной вселенной. Но надо отдать должное растоманам, они стараются. А так - unsafe и unsaf'ом погоняет.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
	Сообщение от _ (??), 20-Мрт-21, 00:02
	Так в том и суть, что небезопасный код оборачивается в безопасные обёртки Если компилятор не может проверить все инварианты - то программисту нужно обернуть соответствующий блок кода в unsafe {}, и объяснить (В комментарии SAFETY), почему в данном случае ничего плохого произойти не должно. Например, есть у нас unsafe метод Vec::get_unchecked, который получает элемент по индексу, он unsafe, потому как никаких проверок не выполняет. Над ним пишут обёртку Vec::get, который выполняет проверку индекса, и возвращает Option::Some, если индекс существует, и None - если нет В идеале большая часть кода становится safe, а весь unsafe верифицирован опытными людьми, и предполагается как корректно работающий.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	130. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от _ (??), 20-Мрт-21, 00:05
	Вот собсно код реализации: https://doc.rust-lang.org/src/core/slice/index.rs.html#153
	Ответить | Правка | Наверх | Cообщить модератору

	131. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от _ (??), 20-Мрт-21, 00:10
	В Linux это будет полезно тем, что если код не использует unsafe, значит ошибок с переполнением буфера/use after free/много других в нём быть не может, а соответственно нет смысла прогонять ASAN и прочее.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	136. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (134), 20-Мрт-21, 00:32
	Думаю, ты зря стараешься. Но, вообще, приятно, что тут еще есть те, кто понимает как и что работает.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Ordu (ok), 20-Мрт-21, 01:21
	> В идеале большая часть кода становится safe, а весь unsafe верифицирован опытными > людьми, и предполагается как корректно работающий. Это может сработать, но не так, как здесь. Если для реализации Mutex требуется unsafe, то это должен быть unsafe инкапсулированный в модуле, где реализован Mutex. Чтобы клиентский код мог бы обойтись без использования unsafe. Тогда количество unsafe'ов в коде действительно минимизируется, и тогда появляется возможность лучше распределить ресурсы, сконцентрировав максимум опыта на аудите библиотечного кода. Неинициализированная память в Rust'е -- это UB. Недавно в каком-то из последних релизов стабилизировали MaybeUninit, я почитывал что там происходит, и почему так сложно, но сложности как раз вытекают из того, что с неинициализированной памятью в расте _крайне_ сложно работать, как раз потому, что раст прилагает серьёзные усилия к тому, чтобы неинициализированной памяти не было, и потом очень серьёзно полагается на то, что вся память инициализирована. Там надо очень аккуратно работать. Здесь же требовения к умению так аккуратно работать выносятся в клиентский код. То есть, в данном конкретном случае, я не вижу запредельного криминала, потому как правила использования выглядят достаточно простыми, и потому что вряд ли для растового кода сделают исключение из стандартного review процесса, и значит косячный Mutex не просочится. Но всё же, здесь идея safety нарушена, подход rust'а к обеспечению safety нарушен, и это как раз любопытно: почему? Что помешало затолкать инициализацию Mutex'а в Mutex::new? У меня есть две гипотезы почему так, но лень проверять их -- надо в код лезть и смотреть там.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	437. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от _ (??), 22-Мрт-21, 10:41
	Где же нарушено? Наличие safe обёрток не запрещает выставлять наружу unsafe методы для низкоуровневых манипуляций/оптимизаций. В данном случае проблему я вижу лишь в том, что этот метод называется new, а не как принято в stdlib - new_uninit В данном случае оно так сделано по той причине, что содержимое mutexа инициализируется отдельным методом уже после самого mutexа И с неинициализированной памятью в Rust уже достаточно удобно работать с помощью того самого MaybeUninit (Который, к слову, стабилен с 1.36, а это ещё июль 2019), вот дока по нему и UB связанному с неинициализированной памятью: https://doc.rust-lang.org/std/mem/union.MaybeUninit.html
	Ответить | Правка | Наверх | Cообщить модератору

	438. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Ordu (ok), 22-Мрт-21, 11:32
	> Где же нарушено? Наличие safe обёрток не запрещает выставлять наружу unsafe методы > для низкоуровневых манипуляций/оптимизаций. Для оптимизаций. Не для базовой инициализации. Подход раста к safety -- весь unsafe прячется в библиотеку. Если где-то его выставляют наружу, но это в качестве исключения и без этого можно обойтись, пускай даже и пожертвовав где-то производительностью или читаемостью кода. > В данном случае оно так сделано по той причине, что содержимое mutexа > инициализируется отдельным методом уже после самого mutexа Я подозреваю, что дело в том, что Mutex в ядре self-referential структура, поэтому его надо припинить, и инициализировать после. И вот здесь ты замучаешься с MaybeUnint выкручиваться, чтобы сокрыть unsafe.
	Ответить | Правка | Наверх | Cообщить модератору

	453. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от _ (??), 22-Мрт-21, 23:47
	> Я подозреваю, что дело в том, что Mutex в ядре self-referential структура, > поэтому его надо припинить, и инициализировать после. И вот здесь ты > замучаешься с MaybeUnint выкручиваться, чтобы сокрыть unsafe. Посмотрел сейчас код, и суть мне теперь понятна ```    let data = Pin::from(Box::try_new(unsafe { Mutex::new_uninit(0) })?);    mutex_init!(data.as_ref(), "RustExample::init::data1"); ``` Тут всё на самом деле проще, каждому мьютексу нужен класс (static переменная на месте использования), который создаётся макросом init_with_lockdep, который вызывается из mutex_init. Аналогично с CondVar и прочими, смотри доки к NeedsLockClass и init_with_lockdep Мьютекс созданный через new класса не имеет, соответственно им пользоваться нельзя, и потому new - unsafe В данном случае это пока нельзя внести в макрос, т.к макрос вида ``` macro_rules! new_mutex {   ($var:ident, $name:lit, $value:expr) => {     let $var = Pin::from(Box::try_new(unsafe { Mutex::new_uninit($value) })?);     mutex_init!(data.as_ref(), $name);   } } new_mutex!(data, "RustExample::init::data1", 0); ``` Не сработает, т.к тут создаётся отдельный блок, а static переменные так объявлять нельзя (Подводит гигиена макросов) И внутрь Mutex создание класса не внести, т.к const generics ещё не стабилизировали, и специализировать Mutex по строковому названию класса соответственно тоже не выйдет Поэтому тут решили поступить достаточно грубо, и просто разнесли создание мьютекса (Mutex::new) и присвоение ему класса (включая собственно создание этого класса, mutex_init) в 2 строки И по идее, это можно было бы избежать, сделав отдельный макрос для инициализации класса, и чтобы Mutex::new принимал этот класс: ``` new_class!(MY_CLASS, "RustExample::init::data1"); Mutex::new(MY_CLASS, 0); ``` Однако так не сделали, чтобы быть ближе к сишному апи (https://github.com/torvalds/linux/blob/d310ec03a34e92a77302e... и чтобы никто случайно не использовал один класс для двух разных мьютексов. Однако я так думаю, что если эта тема будет продвигаться, то для этого и некоторых других случаев просто напишут процедурный макрос (Если const generics не релизнутся раньше, сейчас они в бете). У них нет гигиены, а соответственно в них всякие такие вещи реализуются красивее)
	Ответить | Правка | Наверх | Cообщить модератору

	454. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от _ (??), 22-Мрт-21, 23:48
	> Посмотрел сейчас код, и суть мне теперь понятна > ``` >    let data = Pin::from(Box::try_new(unsafe { Mutex::new_uninit(0) })?); new* конечно же, сообщение поправить не могу, т.к мне говорит что это не моё сообщение)
	Ответить | Правка | Наверх | Cообщить модератору

	455. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от _ (??), 22-Мрт-21, 23:49
	И да, UNSAFE тут отношения к неинициализированной памяти не имеет
	Ответить | Правка | К родителю #453 | Наверх | Cообщить модератору

	466. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Ordu (ok), 23-Мрт-21, 20:13
	> каждому мьютексу нужен класс (static переменная на месте использования) Ну, я что-то такое и подозревал: Pin намекает на это. Какая-то очередная self-referential структура собирается, а rust их не любит очень. Как я понимаю, те же самые проблемы, которые возникнут при попытке создать LIST_HEAD, чтобы потом список сделать. Может быть именно эти проблемы и есть. struct list_head, содержит в себе два указателя на другие list_head. Если список пуст, то оба этих указателя указывают на структуру их содержащую. А это значит, что копирование структуры при помощи memcpy перекорёжит её и породит UB. А это значит, что если мы не можем написать конструктор ListHead::new, который вернёт нам инициализированный ListHead: он вернёт значение, которое затем скопируется в переменную, например, на стеке. Что с этим делать в rust'е я не знаю. Может быть лучше ничего не делать, и тупо использовать unsafe. Но тем не менее, это отличный пример границ применимости rust'а. Это жеж результаты изменённой семантики: C и C++ заботятся о кусках памяти, rust о значениях. Тот же C++, например, в конструкторе имеет this, указывающий на неинициализированную память. Да, это заботливо разложенные грабли для UB, но суть в том, что это позволяет специальный синтаксис для объявления переменной с вызовом конструктора, который вызывается для инициализации памяти, занимаемой переменной. В rust'е же декларация переменной сама по себе, а инициализация выполняется присваиванием. То есть конструктор создаёт значение, которое не привязано к памяти, а потом оно как бы копируется. "Как бы" потому что компилятор может заинлайнить конструктор, и сделать на уровне машинного кода ровно то же, что и компилятор C++. Но он не обязан оптимизировать так, и довольно странно было бы требовать от оптимизатора какого-то неочевидного способа оптимизации, который будет неявно использоваться, требовать неявного знания от того, кто с ним работает и вообще суксь. > UNSAFE тут отношения к неинициализированной памяти не имеет Имеет, и самое прямое. Mutex создаётся и возвращается неинициализированным. Чтение неинциализированной памяти -- UB. Что будет, если ты прочитаешь неинициализированную память как указатель? Ты получишь невалидный адрес, попытка разадресовать его -- это уже нарушение гарантий, которые даёт rust. То есть Mutex::new позволяет получить UB в коде. Если бы Mutex::new был бы safe функцией, то UB было бы возможно получить без использования unsafe, что совсем уж зашквар. Поэтому функция помечена как unsafe, чтобы сообщить клиентскому коду, что избегание UB -- это его проблема, а не проблема компилятора или библиотечного кода.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (26), 20-Мрт-21, 04:46
	>Так в том и суть, что небезопасный код оборачивается в безопасные обёртки открою страшную тайну, так делается в абсолютно всех языках. В том числе и в сях. Нафига тут раст?
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	210. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от боня (?), 20-Мрт-21, 07:36
	Я. конечно, не си-разработчик, но вроде там нет такого понятия на уровне языка как "безопасность памяти". Что хочешь, то и делай. разве нет?
	Ответить | Правка | Наверх | Cообщить модератору

	217. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (26), 20-Мрт-21, 08:55
	бгг, а в расте есть такое понятие? Спойлер: нет конечно, там просто понатыканные вручную unsafe и больше ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
	Сообщение от боня (?), 20-Мрт-21, 11:45
	> бгг, а в расте есть такое понятие? Спойлер: нет конечно, там просто > понатыканные вручную unsafe и больше ничего. есть, на прикладном уровне вам не надо писать unsafe. Компилятор гарантирует предсказуемое поведение. Я на самом деле удивлён, что вы всё еще делаете вид, что не понимаете этого. Ну либо вы идиот
	Ответить | Правка | Наверх | Cообщить модератору

	379. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–4 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:29
	Ну просто вон орда довольно детально в хрусте копался и - вот - осознал что новый СуперКостыль довольно сильно выезжает за изначальные допущения. И чего там хрустики хрустели про UB? А сами в результате чего понаделали? Это не вы изобрели пистолет с картинки "иногда так хочется подарить это"? Очень уж по вашему выглядит :)
	Ответить | Правка | Наверх | Cообщить модератору

	406. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от боня (?), 21-Мрт-21, 07:33
	> Ну просто вон орда довольно детально в хрусте копался и - вот > - осознал что новый СуперКостыль довольно сильно выезжает за изначальные допущения. Какие допущения? Как выезжает? > И чего там хрустики хрустели про UB? А сами в результате чего понаделали? Пожалуйста, давайте без нечленораздельного лепета?
	Ответить | Правка | Наверх | Cообщить модератору

	426. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Ordu (ok), 21-Мрт-21, 20:11
	> Ну просто вон орда довольно детально в хрусте копался и - вот - осознал что новый СуперКостыль довольно сильно выезжает за изначальные допущения. Не надо приписывать мне никаких осознаний. Всё на что я указал в этом топике -- на то, что разрабам внутриядерных растовых биндов к ядру не удалось закопать весь unsafe. Чем дольше я думаю над этим, тем больше склоняюсь к мысли о том, что надо заглянуть и посмотреть, что там пошло не так. Потому как, что-то мне подсказывает, что это произошло не по одной какой-то причине, а в силу совместного влияния нескольких разных. > И чего там хрустики хрустели про UB? А сами в результате чего понаделали? В приведённом коде нет ни одного UB.
	Ответить | Правка | К родителю #379 | Наверх | Cообщить модератору

	311. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:11
	> Что хочешь, то и делай. разве нет? Зато когда оказывается что форсировано initialized память видите ли в некоторых ворклоадах дико тормозит, до хрустиков начинает доползать что они никогда не будут казать сравнимые с сями результаты в бенчах и они на кривой козе делают какие-то ацкие костыли, позволяющие ... то же что делают сишники, только левой пяткой в правое ухо. В результате код состоит из наркоманских костылей чуть более чем полностью и насколько все это безопасТно имхо большой вопрос.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	380. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 22:31
	> Я. конечно, не си-разработчик, но вроде там нет такого понятия на уровне > языка как "безопасность памяти". > Что хочешь, то и делай. разве нет? В принципе да. Но статический анализ все же есть. Как и рантайм чекеры типа asan/ubsan и даже kasan для ядра. А вон там новость про лайт версию подобной идеи которая перфоманс не нагибает, проворачивая хитрый фокус с страницами, так что проверки делает в результате по сути железо своим MMU.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	187. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:30
	> Безопасность обеспечивается комментом. =) А читабельность кода - сопроводительной документацией и хайпом? Нет, ну правда, на фоне Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); - си такой лаконичный и читаемый, даже со всеми приколами типа ??!??! (делающими не то о чем вы могли по первости подумать).
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

57. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
Сообщение от Аноним (57), 19-Мрт-21, 21:09
Да хрен поспоришь, грамотные, логичные шаги. Давно пора. Хватает маразматиков которые хватаются за изживший себя Си, и неокрепших психикой кто хочет ядро на Го. Но ничто не вечно и требует развития, эволюции. Естественный процесс. Главное чтобы не до крайности дошло, как у нас во многом выходит. Между тем, время покажет.
Ответить | Правка | Наверх | Cообщить модератору

	60. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 21:15
	> Главное чтобы не до крайности дошло Растаманам надо было сначала ресдох доделать, показав, что растаманы обладают соответствующей компетенцией в написании операционных систем. А то они сначала показали, что ничего не могут, и сразу полезли в ядро линуха.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от дор (?), 19-Мрт-21, 21:23
	Вы правы. Тут уж ничего не поделаешь. Может на уровне модульной замены Си уже как-то оправдал себя. Всё ж не идиоты делают ядро.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от kjh (?), 19-Мрт-21, 21:28
	Имею ввиду раст уже достсточно окреп. Либо, они тем самым хотят обратить внимание на раст и форсировать его развитие и стабиллизацию. Потому как си уже пора бы заменять, тем более на фоне появления таких разработок.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:33
	> стабиллизацию Кнопки на клаве стабилизируйте сначала, чудики.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (236), 20-Мрт-21, 11:07
	>Растаманам надо было сначала ресдох доделать ты что ли не осилил запуск redox в виртуалке ?) или тебе хочется на голом железе ? ну так дрова нужны, иди напиши дрова под своё железо и будет тебе счастье, нет, не хочешь ? я так и подумал
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	309. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:08
	Сам пищи офигенно читаемый код типа Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); имхо. И удачи через год его потом вообще одуплить. Потому что если ты это не сможешь, его в линухе быстро уйдут как unmaintained.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (53), 20-Мрт-21, 03:50
	ты хоть раз видел руст в реальной жизни? на нем писать вообще что-то трудно вменяемое, об его синтаксис глаза поломаешь, максимально изуродованый язык, хуже только бреинфак с перлом.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	211. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от боня (?), 20-Мрт-21, 07:39
	я так про все языки, что не c# говорю
	Ответить | Правка | Наверх | Cообщить модератору

	433. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Проходил мимо (?), 22-Мрт-21, 08:06
	Я писал на Rust полезные в реальной жизни программы уровнем несколько выше, чем HeloWorld, которым обычно ограничиваются хейтеры, и могу сказать, что с синтаксисом там как раз все нормально, проблемы там в другом. На мой взгляд деятели, пихающие Rust в ядро, страдают излишним оптимизмом в отношении текущей реализации данного языка.
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	474. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от лишпер (?), 25-Мрт-21, 12:43
	> хуже только бреинфак с перлом. и C++
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

58. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+5 +/–
Сообщение от Аноним (58), 19-Мрт-21, 21:12
В какое преимущество в использовании Rust в ядре, если там повсюду unsafe наставлены? https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-n...
Ответить | Правка | Наверх | Cообщить модератору

	71. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Анон Ра (?), 19-Мрт-21, 21:33
	Пусть делают бесплатную unsafe разметку для machine learning алгоритмов, которые растоманов потом заменят в цифровом гулаге. Не зря биг.корп. пушит rust изо всех сил.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от AnonymPatient (?), 20-Мрт-21, 13:02
	есть зерно истины
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Ананимус (?), 19-Мрт-21, 21:33
	Это FFI. В коде, использующем эти вызовы, unsafe не будет.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	75. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Andrii (?), 19-Мрт-21, 21:44
	unsafe всего лишь флаг, который говорит что в этом месте компилятор не может гарантировать отсутствия багов. Таких мест мало и их легко все grep-нуть и проверить. В то время как C код он весь unsafe (и даже хуже), потому что даже unsafe код rust он намного безопаснее любого C кода.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	77. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Маняним (?), 19-Мрт-21, 21:50
	Про флаг, грепнуть и тыщи глас мы уже слышали. Если раст ансейф вызывает небезопасный с-код, то почему вызов становиться безопасным?
	Ответить | Правка | Наверх | Cообщить модератору

	128. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (120), 20-Мрт-21, 00:04
	Это математически доказано проектом RustBelt https://plv.mpi-sws.org/rustbelt, вообще в Rust вложено огромное количество усилий для доказательства его корректности и надёжности. Над ним работают сильнейшие научные группы по теории типов и языкам. Т.е. если у вас есть unsafe, которые оборачивает в безопасные конструкции, то остальной код становится безопасным. Вот это они и доказали.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 00:37
	> Это математически доказано проектом RustBelt https://plv.mpi-sws.org/rustbelt, вообще > в Rust вложено огромное количество усилий для доказательства его корректности и > надёжности. Над ним работают сильнейшие научные группы по теории типов и > языкам. Хрень какая-то с какими-то PhD и прочими теоретиками. Мы, анонимы опеннета лучше знаем, что там на самом деле и как! Мы все говорим, что раст овно, а значит это правда!1
	Ответить | Правка | Наверх | Cообщить модератору

	178. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (178), 20-Мрт-21, 03:14
	В общем случае доказать "корректность" произвольной программы, написанной на тьюринг-полном языке  невозможно. Это доказал Тьюринг в 1936 г. см. "Проблема остановки" https://en.wikipedia.org/wiki/Halting_problem Rust можно считать тьюринг-полным языком, поэтому автоматическое доказательство "корректности" любой программы написанной на Rust невозможно.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	190. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:40
	> В общем случае доказать "корректность" произвольной программы, написанной на тьюринг-полном языке  невозможно. Это доказал Тьюринг в 1936 г. > см. "Проблема остановки" > https://en.wikipedia.org/wiki/Halting_problem 1) В общем случае это верно для машины Тьюринга с _бесконечной_ лентой. Только вот у нас в реальности память - конечная, как бы современные вебпогроммисты не пытались уверить в обратном. > any finite-state machine, if left completely to itself, will fall eventually into a perfectly periodic repetitive pattern. The duration of this repeating pattern cannot exceed the number of internal states of the machine... (Minsky 1967, p. 24) Ну и да, все возможные варианты программ никому, кроме теоретиков, никуда не упали. На практике интересно подмножество, решающее какие-то реальные задачи. 2) > Rust можно считать тьюринг-полным языком, поэтому автоматическое доказательство "корректности" любой программы написанной на Rust невозможно. "нельзя доказать в общем случае => значит нелзя доказать для частного случая" Л-логика.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (120), 20-Мрт-21, 04:12
	Я вот не стал такой длинный ответ писать. Жму руку!
	Ответить | Правка | Наверх | Cообщить модератору

	195. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (178), 20-Мрт-21, 04:16
	Есть спец. языки Coq, Idris, Agda... разработанные для доказательства теорем (что благодаря соответствию Карри-Ховарда сводится к "вычислимости" соотв. программ / interactive theorem prove / proof assistant). Так эти языки специально (по дизайну) не являются  полными по Тьюрингу. Rust к этим языкам не относится, и тьюринг-полноту языка не ограничивают. >"нельзя доказать в общем случае => значит нелзя доказать для частного случая" >Л-логика. Достойный прием - приписать оппоненту свои импликации.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	203. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 04:49
	>> На практике интересно подмножество, решающее какие-то реальные задачи. > Есть спец. языки Coq, Idris, Agda... разработанные для доказательства теорем (что благодаря > соответствию Карри-Ховарда сводится к "вычислимости" соотв. программ / interactive theorem > prove / proof assistant). Так эти языки специально (по дизайну) не > являются  полными по Тьюрингу. > Rust к этим языкам не относится, и тьюринг-полноту языка не ограничивают. А в огороде бузина ... >> автоматическое доказательство "корректности" любой программы написанной на Rust невозможно. > Достойный прием - приписать оппоненту свои импликации. Ну-ну. Достойный прием - сморозить хрень, притянув за уши Тьюринга. Возможно автоматическое доказательство корректности любой программы - только без гарантии, что множество автоматически доказанных программ будет включать все множество корректных программ. Впрочем, из "проблемы остановки" следует только (и только) что невозможно создать алгоритм, решающий эту проблему для _всех_ возможных вводов/алгоритмов. Не более.
	Ответить | Правка | Наверх | Cообщить модератору

	457. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (457), 23-Мрт-21, 04:44
	> На практике интересно подмножество, решающее какие-то реальные задачи. А подмножество в котором наш код вызывает kernel panic мы просто не рассматриваем, таким образом наш код 100% корректный. Г-гении.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	459. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 23-Мрт-21, 15:30
	>> На практике интересно подмножество, решающее какие-то реальные задачи. > А подмножество в котором наш код вызывает kernel panic мы просто не > рассматриваем, таким образом наш код 100% корректный. > Г-гении. Ну то есть с базовыми понятиями и применимости теории к практие ты не знаком. Б-балабол.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (120), 20-Мрт-21, 04:01
	При чём тут проблема останова? Вы читали что там написано?
	Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

	314. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:14
	> в Rust вложено огромное количество усилий для доказательства его корректности и > надёжности. Над ним работают сильнейшие научные группы по теории типов и языкам. Судя по таким заявам - в маркетинг и подмятие экосистем корпами вбуханы сотни нефти, работают лучшие очковтиратели по полосканию мозгов.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	122. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (122), 19-Мрт-21, 23:31
	>даже unsafe код rust он намного безопаснее любого C кода Мантра.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	189. Скрыто модератором	–3 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 03:34
	> unsafe всего лишь флаг, который говорит что в этом месте компилятор не может гарантировать > отсутствия багов. И тогда профит перед сями например в чем? В наркоманщине вида Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); вместо одупляемого кода?
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

84. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+3 +/–
Сообщение от Последний из могикан (?), 19-Мрт-21, 22:04
Вопрос.Зачем?Вот ответьте мне спецы,зачем?
Ответить | Правка | Наверх | Cообщить модератору

	88. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	–4 +/–
	Сообщение от Аноним (88), 19-Мрт-21, 22:12
	Затем.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+3 +/–
	Сообщение от Онаним (?), 19-Мрт-21, 22:48
	Хрен знает, надо бенефициаров смотреть.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	124. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+1 +/–
	Сообщение от Аноним (122), 19-Мрт-21, 23:33
	Потому, что неинклюзивно растоманов не подпускать к ядру.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	146. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	–1 +/–
	Сообщение от Аноним (10), 20-Мрт-21, 00:57
	Пустили обезьян с гранатой в тыл...
	Ответить | Правка | Наверх | Cообщить модератору

	284. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+1 +/–
	Сообщение от Аноним (244), 20-Мрт-21, 14:12
	все потому что ты языком мелешь на опеннете а не фигачишь высокопроизводительный безбажный код на С.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:28
	> все потому что ты языком мелешь на опеннете а не фигачишь высокопроизводительный > безбажный код на С. Проблема в том что вон те зацитированные куски выглядят не как решение проблемы а как свалка диких костылей, с unsafe в каждой дырке и кучей левых тантр, среди которых логика алгоритма вообще теряется. Си: вы идете и стреляете себе пятку. Раст: вы пытаетесь задекларить пистолет. Но в вашей вселенной разрешены только водяные пистолеты. После 15-й попытки вы понимаете, что прострелить этим пятку невозможно, только в ботинок нассать. Вы редефайните вселенную, пытаясь разрешить делать пистолеты из железа, стреляющие нормальными патронами. Боги кроют вас матом и насылают чуму. Кое-как оклемавшись и отпилив отросший хвост вы все же делаете наконец железный пистолет. Однако оказывается что нормальные патроны в вашей вселенной не существуют, а г-но плохо подходит для пуль. В процессе экспериментов с порохом вам отрывает три пальца и вы кроете всех кто придумал проклятый unsafe. И вот наконец вроде готово. Вы берете пистолет, собираясь прострелить пятку. Что такое? Оставшихся 2 пальцев не хватает на то чтобы и держать пистолет и стрелять одновременно. ФАААК!!! Вы с разочарованным видом уходите изобретать робоклешню со встроенной базукой...
	Ответить | Правка | Наверх | Cообщить модератору

	333. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+1 +/–
	Сообщение от Аноним (244), 20-Мрт-21, 17:51
	> Проблема в том что вон те зацитированные куски выглядят не как решение проблемы а как свалка диких костылей Проблема в том, что ты почему то решил что ты умней и знаешь что лучше для ядра чем майнтейнеры ядра. При этом свою позицию ты пытаешься донести совершенно другим людям. Идиотизмом попахивает, не находишь?
	Ответить | Правка | Наверх | Cообщить модератору

	343. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	–1 +/–
	Сообщение от Аноним (343), 20-Мрт-21, 18:28
	Я позицию майнтайнеров в отличие от местных хрустиков как раз читал. И нахожу ее как раз таки логичной. И таки рекомендую читать Хартмана в оригинале, а не перепевки хрустиковых рабиновичей. А вон то - это как я себе вижу процесс програминга на хрусте под линукс кернел здесь и сейчас со своей колокольни. И идиотизмом, имхо, попахивает такой ушлепанский код, с кучей unsafe, под рассказы о том как это "офигенно" и "безопасно". Хотя может это и не идиотизм а злой умысел, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	430. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+/–
	Сообщение от Ordu (ok), 21-Мрт-21, 23:58
	Прикольно: чем глубже вводят rust, тем бурнее истерики. Прям как будто вселенная решила сделать подарок, связав эти два процесса положительной корреляцией.
	Ответить | Правка | Наверх | Cообщить модератору

	476. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+/–
	Сообщение от Аноним (-), 26-Мрт-21, 10:09
	> Прикольно: чем глубже вводят rust, тем бурнее истерики. Прям как будто вселенная > решила сделать подарок, связав эти два процесса положительной корреляцией. Ну как бы неприятно если такой гамнокод будет чаще попадаться на глаза. А что, это странно?
	Ответить | Правка | Наверх | Cообщить модератору

	478. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+/–
	Сообщение от Ordu (ok), 26-Мрт-21, 14:21
	>> Прикольно: чем глубже вводят rust, тем бурнее истерики. Прям как будто вселенная >> решила сделать подарок, связав эти два процесса положительной корреляцией. > Ну как бы неприятно если такой гамнокод будет чаще попадаться на глаза. > А что, это странно? Нет, это нисколько не странно, это отлично.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	+2 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 02:02
	Какие спецы, по срачу в комментах? Интересно, сколько лет должно пройти, прежде чем люди научатся читать доки и писать код, чтобы разобраться, зачем нужен новый ЯП. Я думал, это стандарт в IT, но, судя по всему, не на этом ресурсе.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	344. "В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust"	–1 +/–
	Сообщение от Аноним (343), 20-Мрт-21, 18:29
	> Какие спецы, по срачу в комментах? Интересно, сколько лет должно пройти, прежде > чем люди научатся читать доки и писать код, чтобы разобраться, зачем > нужен новый ЯП. Я думал, это стандарт в IT, но, судя > по всему, не на этом ресурсе. Хрустики так-то сами в стандарт не оформлены, так что не им про стандарты кивать, имхо. У этих стандартизаторов, вон, компилер месячной давности - не котируется.
	Ответить | Правка | Наверх | Cообщить модератору

89. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
Сообщение от rioko (?), 19-Мрт-21, 22:16
Свершилось! )
Ответить | Правка | Наверх | Cообщить модератору

94. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
Сообщение от Аноним (94), 19-Мрт-21, 22:32
> пример модуля ядра с драйвером символьного устройства на языке Rust Я почему-то думал, что раст - это как если писать на уютном бидоне, т.е. код по-человечески читабельный, и при этом можно писать незамысловатые низкоуровневые шаблонные вещи вроде драйверов. Но в реальности выглядит как говно как и си.
Ответить | Правка | Наверх | Cообщить модератору

	104. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (104), 19-Мрт-21, 23:01
	Ноно, си пусть и многословный, но вполне читабельный и не даёт такого простора для ошибок. Нужно только помнить, какие функции стандартной библиотеки добавляют ноль на конце, а где тебе самому надо добавлять ноль. Это основная проблема при работе со строками, например. Или уже можно использовать какие-нибудь обёртки. А кто-то вместо этого использует занулённые строки и не парится.
	Ответить | Правка | Наверх | Cообщить модератору

	324. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:32
	> Но в реальности выглядит как говно как и си. По-моему, даже сишники огуеют с конструкта типа Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); - офигеть как читаемо, компактно и лаконично.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

100. Скрыто модератором	+5 +/–
Сообщение от Онаним (?), 19-Мрт-21, 22:46
Интересно, какой наебизнес это в ядро толкает.
Ответить | Правка | Наверх | Cообщить модератору

	105. Скрыто модератором	–1 +/–
	Сообщение от Аноним (104), 19-Мрт-21, 23:02
	Вроде МС занимается разработкой дров на расте. Это та контора которая занимается сопровождением линукса последние годы.
	Ответить | Правка | Наверх | Cообщить модератору

	225. Скрыто модератором	–2 +/–
	Сообщение от Онаним (?), 20-Мрт-21, 09:52
	Ну вот за МС вообще не удивлюсь. EEE в классическом проявлении. Фрагментация по языкам приведёт к тому, что для работы с ядром надо будет ещё больше хлама в голове держать, в итоге желающих в это влезать всерьёз будет меньше и меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	109. Скрыто модератором	+2 +/–
	Сообщение от Аноним (10), 19-Мрт-21, 23:11
	Управляющий совет Rust Foundation сформирован из 10 директоров. Пять директоров представляют интересы компании AWS, Huawei, Google, Microsoft и Mozilla
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	112. Скрыто модератором	+2 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 23:15
	> Управляющий совет Rust Foundation сформирован из 10 директоров. Пять директоров представляют интересы компании AWS, Huawei, Google, Microsoft и Mozilla Т.е., отлично вписывается в Linux: https://www.linuxfoundation.org/en/about/board/ AT&T Andre Fuetsch FACEBOOK Chris Mason ERICSSON Chris Price RED HAT Chris Wright SAMSUNG Daniel Park QUALCOMM TECHNOLOGIES, INC. David Marr VMWARE Dirk Hohndel AT-LARGE DIRECTOR Eileen Evans IBM Jessica Murillo EXECUTIVE DIRECTOR Jim Zemlin FACEBOOK Kathy Kam NEC Keiichi Seki FUJITSU Kenji Kaneshige INTEL Melissa E. Evers-Hood CHAIR Nithya Ruff HUAWEI Peixin Hou HITACHI Ryo Kawai MICROSOFT Sarah Novotny    ORACLE Wim Coekaerts
	Ответить | Правка | Наверх | Cообщить модератору

	110. Скрыто модератором	–1 +/–
	Сообщение от Последний из могикан (?), 19-Мрт-21, 23:11
	MC,sir.
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

108. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от data man (ok), 19-Мрт-21, 23:09
Радуются те, кто никогда не пробовал скомпилировать достаточно большой проект на Расте.
Ответить | Правка | Наверх | Cообщить модератору

	159. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 02:06
	А огорчаются те, кто не знает, какой код компилируется долго, и из-за чего конкретно. Подсказка: дженерики, макросы, вычисления на этапе компиляции.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от data man (ok), 20-Мрт-21, 02:29
	> Подсказка Кому? Подсказывайте гентушникам, они будут больше всех "рады". Напились сегодня в хлам, наверное.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Ordu (ok), 20-Мрт-21, 11:44
	Да мне честно говоря фиолетово. Ну включили в ядро фреймворк для модулей на расте, ну и чо? Где модули-то? Что-то мне подсказывает, что ещё лет пять-десять у меня не будет никакой необходимости собирать растовые модули в ядро.
	Ответить | Правка | Наверх | Cообщить модератору

	464. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (464), 23-Мрт-21, 17:31
	> Горюют те, кто никогда не пробовал скомпилировать достаточно большой проект на C++ Поправил, не благодарите.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

119. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
Сообщение от Аноним (119), 19-Мрт-21, 23:28
Почему здесь так ненавидят rust? Все эти люди попробовали на нем писать и что-то неполучилось?
Ответить | Правка | Наверх | Cообщить модератору

	132. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
	Сообщение от Аноним (132), 20-Мрт-21, 00:14
	Здесь так принято, не обращай внимания.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (120), 20-Мрт-21, 00:25
	Здесь ненавидят всё. JavaScript, Electron, Web-технологии (называют web макаками, что очень обидно), HTML5. Здесь ненавидят Python. И даже ненавидят SQLite, написанный на C. Здесь уважают только C++. И всё сводится только к одному - не написано на C++ - говно. Самое токсичное IT сообщество которое я когда-либо видел.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	140. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (104), 20-Мрт-21, 00:40
	Впервые вижу чтобы кто-то отзывался о плюсах не в негативном ключе. Надо полагать, претензия к скулите не в том, что он написан на си, а в том, что его пихают повсюду, и он имеет нехилый такой оверхэд. И всё ради чего? Кстати, самое токсичное и лицемерное комьюнити было на хабре (до того, как тот превратился в хомячковую пиар площадку торгованов), на втором месте наверно лор со сверхтоксичными модерами, а опеннет даже не в первой десятке в рунете (есть ещё места более токисные). Главное, никак не касаться темы бсд, фанаты которой тут ошиваются (иначе градус неадекватности в обсуждении взлетает до небес и это уж совсем из пустого в порожнее, проверено).
	Ответить | Правка | Наверх | Cообщить модератору

	142. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 00:44
	>  Главное, никак не касаться темы бсд, фанаты которой тут ошиваются и не дают писать фанатам пянгвинчика совсем уж откровенную чушь ...
	Ответить | Правка | Наверх | Cообщить модератору

	208. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (206), 20-Мрт-21, 06:50
	На лоре нынче линчуют за жалобы нытиков. Причем банят сразу айпишник за то что аноним нечто написал, что не всем будет интересно читать. Это такие же расплывчатые формулировки как блокировка РТ в каком-нибудь твитере за "несоответствие нормам сообщества". Тут не токсичное, а снимающее лапшу с ушей сообщество вдумчивых людей. Так что прекрати по себе мерить. Тут не все рабы культуры и не хотят подхалимничать. Научитесь уже уважать мнение других людей. Ну не хотят они привязки к странному языку. Это называется сохранение преемственной модели разработки. Никому не интересно учить раст ради гипотетичсекой прибавки в 0,3% общей скорости запуска 10 приложений.
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	235. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (23), 20-Мрт-21, 10:49
	> На лоре нынче линчуют за жалобы нытиков. Правильно делают, каждая новость про раст в комментах порождает цирк, цирк с царем > Тут не токсичное, а снимающее лапшу с ушей сообщество вдумчивых людей. Дада, поэтому на 200+ комментов около 2х ссылок на внешние источники и ниодной на офф. документацию. И комменты состоят в основном из "олололенсукскатилсялинуспалецрасттичетсейфмифинклюзивнсотьлгбтвовсемвиновато" > Так что прекрати по себе мерить Эталонную линецку в студию > Тут не все рабы культуры и не хотят подхалимничать Поэтому на 200+ комментов нет ниодной ссылки на офф. документацию. Только ничем не обоснованное мнение имеют > Научитесь уже уважать мнение других людей. Зачем уважать мнение людей, цель которых жирно набросить? Не выяснить чем плох/хорош инструмент, не выяснить, зачем этот инструмент пропихивают, просто закидать говном на основании каких-то там своих стереотипов. > Ну не хотят они привязки к странному языку. Форкайте, развивайте свое, инструменты есть, желания нету. Есть желание говном кидаться. Здесь часто говорят об инклюзивности и ЛГБТ, интересно, а кто нибудь заметил, что местные используют их же методы, например, орать погромче для создания представления, будто их таких много, и проявлять абсолютную нетерпимость ко всему, что не соответсвует их представлениям о мире? А может, местные и есть в большинстве своем представители ЛГБТ? > Это называется сохранение преемственной модели разработки. Те, кто пропихивает, сделали свой выбор, и, судя по истерике здесь, местные понимают, что ни на что не способны, кроме как говном кидаться. В том числе каким либо образом заставить майнлайн не принимать это изменение. > Никому не интересно учить раст ради гипотетичсекой прибавки в 0,3% общей скорости запуска 10 приложений. Не учите, пишите драйвера на сях дальше. Приложения на сях тоже внезапно все еще можно писать, даже с гуем. И даже вебню можно на сях писать, зачем-то. Все можно на сях писать.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (318), 20-Мрт-21, 00:52
	Вы чего? С++ - это еще какое говно! Так еще на нем периодически предлагали в ядро писать, задолго до раста. Только православная сишечка, только хардкор. Ну еще и асм, куда уж без него.
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	151. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Последний из могикан (?), 20-Мрт-21, 01:10
	> Здесь ненавидят всё. > JavaScript, Electron, Web-технологии (называют web макаками, что очень обидно), HTML5. > Здесь ненавидят Python. И даже ненавидят SQLite, написанный на C. > Здесь уважают только C++. И всё сводится только к одному - не > написано на C++ - говно. > Самое токсичное IT сообщество которое я когда-либо видел. Здесь сидит Старая Гвардия,которой видит вас насквозь.Видят ваш конформизм,профнепригодность и беспринципность."Токсичное"...так вали отсюда,если здесь плохо,чего тут забыл?
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	227. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 09:54
	Кто ненавидит SQLite? Охеренный двиг.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (120), 20-Мрт-21, 13:25
	Почитай комментарии к новости о новом выпуске SQLite.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Gogi (??), 20-Мрт-21, 13:37
	+1111! Только "старая" я б заменил на "профессиональная" - люди годами нарабатывали опыт, чтобы в результате иметь рациональное мнение о том, где сделано г0вно, а где хорошие программы. Забавно то, что всё перечисленное (ненавидимое) полностью совпадает с моим мнением. Только непонятно, причём тут SQLite - это вполне годный для своих целей продукт. Да и к С++ есть претензии - я б всё же ставил на D.
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

	423. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Последний из могикан (?), 21-Мрт-21, 16:52
	> +1111! Только "старая" я б заменил на "профессиональная" - люди годами нарабатывали > опыт, чтобы в результате иметь рациональное мнение о том, где сделано > г0вно, а где хорошие программы. > Забавно то, что всё перечисленное (ненавидимое) полностью совпадает с моим мнением. Только > непонятно, причём тут SQLite - это вполне годный для своих целей > продукт. Да и к С++ есть претензии - я б всё > же ставил на D. "Старая" в таком контексте https://ru.m.wikipedia.org/wiki/%D0%A1%D1...
	Ответить | Правка | Наверх | Cообщить модератору

	462. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (464), 23-Мрт-21, 17:23
	Так развивайте D, а то он за свои годы меньше развит (и горазде менее юзабелен), чем тот же Rust. А то хвалите его тут, а нормальных туториалов (хотелось бы, конечно, русскоязычнях, но так уж и быть - хотя бы англоязычных) по нему так и не скинули.
	Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

	484. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 28-Мрт-21, 18:12
	> - я б всё же ставил на D. Устанави венду и пользуйся D уже.
	Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

	168. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Gemorroj (ok), 20-Мрт-21, 02:44
	да ладно, сейчас весь интернет такой. и будет хуже, пока гос-во не заставит анонимов за базар в инторнетах отвечать. по сравнению с тем же хабром и лором тут градус неадеквата чуть ниже.
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	199. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 04:29
	>пока государство не заставит. Убери Ленина с Аватарки.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:39
	> Убери Ленина с Аватарки. Он еще просто не понял что ленин ща не в тренде и за него тоже могут видите ли заставить ответить, особенно если удумать его идеи продвигать.
	Ответить | Правка | Наверх | Cообщить модератору

	391. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 23:29
	Гоблокун обыкновенный.
	Ответить | Правка | Наверх | Cообщить модератору

	267. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (103), 20-Мрт-21, 13:02
	>не написано на C++ - говно. Абсолютно верно. Обратное - неверно. Написано на C - ретрограды, могли написать на C++ с более строгим типизатором. Написанона питоне - нужно в будущем переписать на C++. Написано на rust и go - языки говняные на данный момент, и проблем со сборкой таких программ, как и с установкой сборочного окружения не оберёшься. Разрабам этих языков нужно перестать макакить по мусоркам, а вместо этого уделить столько внимания необременительности установки компиляторов и тулчейнов и запуску установленных программ, сколько требуется. Всё что нужно должно быть опакечено и пропихнуто в дистры. Никаких снапов. Все библиотеки в виде soшек, и в бинарных пакетах в дистрах. Ещё в дистрах должен быть языковой сервер. Пока всего этого нет, ни один вменяемый человек не будет на этот язык ничего серьёзного завязывать. Написано на джаве = жрёт намять как не в себя.
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	273. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (273), 20-Мрт-21, 13:36
	не напрягайся так... безграмотных и токсичных везде хватает сейчас, к сожалению... радуйся, что есть что обсуждать, а не то как  развернётся "великий ... файевол" на всю ширину "чебурнета", так и обсуждать уже нечего будет... кроме как кому и за что эл.гражданство отключили... а пока читаем всё, что есть, само собой, ради редких добротных статей и конструктивных коментов... а вот на тех, кто "воду мутит", лучше не работать...
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	139. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (134), 20-Мрт-21, 00:38
	Эксперимент: Клетка. В ней 5 обезьян. К потолку подвязана связка бананов. Под ними лестница. Проголодавшись, одна из обезьян подошла к лестнице с явными намерениями достать банан. Как только она дотронулась до лестницы, открывается кран и ВСЕХ обезьян обливают очень холодной водой. Проходит немного времени, и другая обезьяна пытается полакомиться бананом. Та же ледяная вода. Третья обезьяна, одурев от голода, пытается достать банан, но остальные хватают ее, не желая холодного душа. А теперь, уберите одну обезьяну из клетки и замените ее новой обезьяной. Она сразу же, заметив бананы, пытается их достать. К своему ужасу, она видит злые морды остальных обезьян, атакующих ее. После третьей попытки она поняла, что достать банан ей не удастся. Теперь уберите из клетки еще одну из первоначальных пяти обезьян и запустите туда новенькую. Как только она попыталась достать банан, все обезьяны дружно атаковали ее, причем и та, которую заменили первой (да еще с энтузиазмом). И так, постепенно заменяя всех обезьян, вы придете к ситуации, когда в клетке окажутся 5 обезьян, которых водой вообще не поливали, но которые не позволят никому достать банан. Почему? Потому что тут так принято…
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	141. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+4 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 00:41
	> Эксперимент: > Клетка. В ней 5 обезьян. Не было никогда такого эксперимента в реальности.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+6 +/–
	Сообщение от Аноним (10), 20-Мрт-21, 00:53
	Эксперимент: Клетка. В ней 5 растаманов. На столе лежит книга "Си/Си++". Когда один растаман тянется открыть почитать книгу, другие растаманы поливают его холодной водой, приговаривая: "Нибизапасно!". ...
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	148. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (120), 20-Мрт-21, 01:02
	Ахаха, посмеялся от души :))
	Ответить | Правка | Наверх | Cообщить модератору

	161. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 02:09
	Вам должен понравиться фильм "Непосредственно Каха". Много душевных шуток вроде той, что выше.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (120), 20-Мрт-21, 04:20
	Да нет, я представил всё это в голове - очень весело получилось (в голове). Но там у меня по рукам, как детей, шлёпали. Типа C++...атата... Вы совсем не в ту сторону вырулили.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Последний из могикан (?), 20-Мрт-21, 01:05
	Ваганыч,ты ли это?
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	163. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 02:15
	В клетке 5 опеннетчиков в костюмах с галстуками. На столе лежит книга "Rust". Опеннетчики по очереди открывают книжку, пытаются читать, но их хватает только на две страницы. В конце концов, все они, потерпев неудачу, набрасываются на книгу, рвут её на части, подтирают листами задницы, кидают их по всей клетке и громко кричат.
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	171. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 02:58
	Это однако не мешает им громко галдеть в надежде что кто-нибудь другой за них на этом будет программить.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (212), 20-Мрт-21, 08:17
	> громко галдеть в надежде что кто-нибудь другой за них на этом будет программить. громко галдеть в надежде, что кто-нибудь другой за них будет программить. Поправил, не благодари.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от nelson (??), 20-Мрт-21, 02:16
	Конференция. На ней 200 растаманов. Обсуждение патча ядра для мониторинга скидок в барбершопах.
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	329. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:41
	> приговаривая: "Нибизапасно!". ... А почему они unsafe используют? Ночью, под одеялом, конечно, когда лаборант из майкрософта спит.
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	162. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 02:11
	> Все эти люди попробовали на нем писать и что-то неполучилось? Эти "все люди" - 3½ громко неадеквата. Но да, вопят громко и заметно, привлекают "сочувствующих", организовывая "порыв толпы" ("феномен толпы" или как там оно правильно называется). Вбей в поиск по странице "Аноним (10)" - это просто самый "палящийся", отметился в 19 комментариях. Пара таких неадекватов запросто "засрет" всю тему, убивая на корню все попытки конструктивного ведения дискуссии.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	226. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 09:53
	Потому что это оверхайпленное ненужно - не нужно. Особенно в ядре.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	241. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (236), 20-Мрт-21, 11:17
	> Почему здесь так ненавидят rust? Все эти люди попробовали на нем писать и что-то неполучилось? просто большая часть отсеялась еще на этапе установка раста, не смогли, выше по треду один из рьяных растохейторов признался
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	279. Скрыто модератором	+1 +/–
	Сообщение от Gogi (??), 20-Мрт-21, 13:47
	"Твой Раст - г0вно!" (ц) Иван Ванко ХОРОШИЙ язык не требуется пихать во все щели, лишь бы на нём писали. Пример - C#. Язык, МГНОВЕННО подхваченный сообществом и лавинообразно выросший до популярной интыпрайз платформы. В противовес Расту, с которым как только ни изгалялись, но никто не хочет писать на этом фуфле. Почему-то недалёкие умом "усатые сеньоры" думают, что "враги их языка" какие-то вредители времён принудительной коллективизации! :) На деле, МЫ ВСЕ с радостью бы использовали ХОРОШИЙ язык! Только одна проблемка - создать такой язык весьма сложная задача! И растаманы явно облажались со своим детищем - одних "хороших идей" оказалось недостатчно, тут нужен ещё опыт, профессионализм и даже чуток гениальности. Так что нет, Раст не станет мэйнстримом - его как 10-ю венду, будут клещами во всех засовывать, но ничего, кроме тошноты, ЭТО не вызывает.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	306. Скрыто модератором	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 17:06
	Как и у всех смузи-язычков: главная проблема - безумный удолбищный синтаксис. Ну хочется memory-safe язычок, не осиляют смузихлёбы указатели - ну сделай memory-safe вариант с C-подобным синтаксисом. Это сразу зайдёт. Но вот это...
	Ответить | Правка | Наверх | Cообщить модератору

	463. Скрыто модератором	+/–
	Сообщение от Аноним (464), 23-Мрт-21, 17:29
	То-то этот > безумный удолбищный синтаксис перенимают сейчас все, кому не лень: стрелочные функции, null-safety, async await, реактивное программирование. Все прямо плюются от всего этого, но реализуют в своих ЯП и плачут.
	Ответить | Правка | Наверх | Cообщить модератору

	482. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от szt1980 (ok), 27-Мрт-21, 03:41
	Смузи-поделка с невменяемым синтаксисом - очередное ненужно. Неосиляторы C/C++ с завидным упорством пытаются изобрести велосипед, но выходит он у них с квадратными колесами и без седла. Корпорации неосиляторам дали Checked C - юзай ptr<T>, array_ptr<T>, nt_array_ptr<T> - не, не хочу, хочу жрать ржавую лажу. И это разработчики?
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

125. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Аноним (-), 19-Мрт-21, 23:36
А нормальный синтаксис к русту прикрутить не хватает ума ? Что это за уродец
Ответить | Правка | Наверх | Cообщить модератору

	165. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 20-Мрт-21, 02:17
	Нормальный - это какой? Пример ЯП, если не трудно.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (120), 20-Мрт-21, 03:26
	Вот тут соглашусь. К сожалению язык по дизайну и синтаксически превратился в очень монструозный. Выглядит как C++. Уверен что можно было лучше, намного лучше. Пример,как ни странно, современный JavaScript. Самый приятный язык. Потом TypeScript. Очень хорошо спроектирован (чтобы разные фичи сосуществовали и дополняли друг друга), но не без проблем. Но он хорошо читаемый. Также Python, Kotlin, Scala. Все языки усложняются и туда постоянно добавляются новые возможности. Вот во что превращается после этого язык - очень хорошо показывает как он изначально был спроектирован, насколько расширяем и масштабируем. У Rust с этим, глядя на код со стороны, есть проблемки. Худший пример здесь - это C++.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (220), 20-Мрт-21, 09:25
	О боже. Приводить в качестве примера язык со слабой динамической типизацией, у которого typeof null == object, а undefined это глобальная переменная которую можно изменить
	Ответить | Правка | Наверх | Cообщить модератору

	278. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от Аноним (120), 20-Мрт-21, 13:45
	Я сказал "современный JavaScript", а точнее современный TypeScript. Есть === со строгой проверкой типов. У меня в коде нет ни одного == оператора. Про undefined. В современном JavaScript так сделать нельзя. https://dev.to/wisniewski94/in-javascript-is-undefined-actua... А уж в TypeScript и подавно. А вот синтаксически JavaScript очень приятно читаемый и понятный язык.
	Ответить | Правка | Наверх | Cообщить модератору

	310. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 17:09
	Синтаксически он куцая сишечка, с небольшими отступлениями в сторону. Или жабка. Впрочем там бессмысленно разбирать, все эти языки C-подобны.
	Ответить | Правка | Наверх | Cообщить модератору

	477. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 26-Мрт-21, 10:12
	> Синтаксически он куцая сишечка, с небольшими отступлениями в сторону. > Или жабка. Впрочем там бессмысленно разбирать, все эти языки C-подобны. С весьма эпичными отступлениями. Вида [1,2] + [2,3] -> "1,2,3,4". Ну да, логично, именно так массивы и надо суммировать, чего там. Интересно, каким нарком надо быть чтобы вообще возомнить что кто-то хочет получить результатом операнда "+" над массивами .... строку?!?!
	Ответить | Правка | Наверх | Cообщить модератору

	200. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 04:33
	Форт. Ничего лишнего.
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	233. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 10:45
	Интересно, почему же на нём так мало софта.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 11:46
	Потому что людям тяжело признавать свою неправоту. Форт выявляет ее прям сразу ;-) Да в Форт выстрелом в ногу можно оторвать себе голову)
	Ответить | Правка | Наверх | Cообщить модератору

	254. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 12:06
	Мечтателем быть хорошо, когда ты пишешь стихи, а не программы. Хороший ЯП не даст выстрелить в ногу.
	Ответить | Правка | Наверх | Cообщить модератору

	256. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 12:13
	Хороший язык даст выстрелить себе в ногу. Растоубожище пытается не дать, но подтекает)
	Ответить | Правка | Наверх | Cообщить модератору

	257. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 12:16
	Расскажи это пользователям глючащих и падающих программ. Я думаю, они оценят идейную чистоту хорошего в твоём понимании языка. Собственно, а зачем вообще нужны ЯП? Пиши сразу в машинных кодах, там-то уж точно ничего лишнего, и отстрелить можно больше с одного патрона.
	Ответить | Правка | Наверх | Cообщить модератору

	260. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 12:33
	> Расскажи это пользователям глючащих и падающих программ. Я думаю, они оценят идейную > чистоту хорошего в твоём понимании языка. Собственно, а зачем вообще нужны > ЯП? Пиши сразу в машинных кодах, там-то уж точно ничего лишнего, > и отстрелить можно больше с одного патрона. >Глючащих и падающих программ Я пердон и жовоскрипт не упоминал.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (104), 20-Мрт-21, 12:42
	А вот необработанное исключение это не падение кстати. Это всё, что нужно знать о твоей квалификации.
	Ответить | Правка | Наверх | Cообщить модератору

	357. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 20:00
	> Расскажи это пользователям глючащих и падающих программ. Судя по коду который там выcp@ли - https://www.opennet.me/openforum/vsluhforumID3/123627.html#320 И таки кернел - как мужик с бензопилой. Априори делает опасные операции, попатка делать козью морду что это не так ведет к вон тем жутким конструкциям, когда сперва надо задефайнить пистолет и изобрести порох, а в процессе всей этой фигни мы как раз уже и забулем что вообще начинали и зачем.
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	392. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 20-Мрт-21, 23:34
	Если уж тебе нравятся аналогии, есть такие костюмы, которые зажёвывают цепь и останавливают бензопилу. Что лучше - пилить в таком костюме или в обычной робе?
	Ответить | Правка | Наверх | Cообщить модератору

	386. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 23:04
	Так смешно, колда за безобидный вопрос ставят минусик. У кого-то пригорело. Эх, жаль я сразу не догадался превратить это в шутку и получить ещё больше: - Форт. Ничего лишнего. - То есть, софта на нём. Мне ещё столькому учиться у местный троллей...
	Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

	307. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 17:07
	C C++ Даже со всем препроцессингом, темплейтами и т.п. - он в разы читабельнее смузи-поделки. C# Java Да блин хоть тот же PHP наконец
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	461. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (464), 23-Мрт-21, 17:18
	> C++ > Даже со всем препроцессингом, темплейтами и т.п. - он в разы читабельнее смузи-поделки. Ага, значит Вы смузи осилили, а Rust и макросы, предоставляющие гораздо более мошную шибкость синтаксиапо сравнению с теми же плюсовыми шаблонами, не осилили, да?
	Ответить | Правка | Наверх | Cообщить модератору

	467. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Онаним (?), 23-Мрт-21, 20:49
	Всё просто. Нет особого желания осилять нежизнеспособное смузихлёбство. Оно мне нигде не пригодится - достаточно имеющегося багажа. Память не резиновая.
	Ответить | Правка | Наверх | Cообщить модератору

	332. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 17:48
	> Нормальный - это какой? Пример ЯП, если не трудно. Это такой, в котором не надо галиматью типа Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); писать. Тут вообще забудешь что сделать хотел, выписывая эвона какой фигурный костыль. У большинства плюсеров и то код читаемее, уж пардон.
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	387. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 23:07
	let mutex = unsafe { Mutex::new(0) }; Pin::from(Box::try_new(mutex)?); Ой, а что это произошло с читаемостью? Ой. Это что же, не язык виноват был?
	Ответить | Правка | Наверх | Cообщить модератору

	427. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Олег (??), 21-Мрт-21, 23:28
	Ты что дурак или прикидываешься? Лучше этот вариант не стал.
	Ответить | Правка | Наверх | Cообщить модератору

	428. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от burjui (ok), 21-Мрт-21, 23:30
	Святой дядюшка Боб, упокой души тех, кто будет читать код Олега.
	Ответить | Правка | Наверх | Cообщить модератору

145. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от еманйам (?), 20-Мрт-21, 00:53
фроктал, мы победилей! ничего.. вот распробуют, и всё остальное тоже будет переписано на расте. наконец то эпохе C и рискованного кодинга приходит конец - уж пора бы, а то 50 лет в обед!
Ответить | Правка | Наверх | Cообщить модератору

	153. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Последний из могикан (?), 20-Мрт-21, 01:13
	> фроктал, мы победилей! > ничего.. вот распробуют, и всё остальное тоже будет переписано на расте. > наконец то эпохе C и рискованного кодинга приходит конец - уж пора > бы, а то 50 лет в обед! "Ничего,Петька!Вот перепишем все на Раст,ох и жизнь то начнётся!"©
	Ответить | Правка | Наверх | Cообщить модератору

169. Скрыто модератором	–2 +/–
Сообщение от Аноним (-), 20-Мрт-21, 02:55
> в ядре требуется установка свежих ночных сборок компилятора rustc, Как обычно у хайпорастов. Это походу тот чудный случай где эти безопасТники делают пайп с ремотного сервака в шелл.
Ответить | Правка | Наверх | Cообщить модератору

173. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от Аноним (173), 20-Мрт-21, 03:04
Кто жертвует свободой ради безопасности тот остается без свободы и без безопасности.
Ответить | Правка | Наверх | Cообщить модератору

	224. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Анончик (?), 20-Мрт-21, 09:47
	Только тот свободен, кто самостоятельно мыслит и не повторяет чужих слов, смысла которых он не понимает.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (236), 20-Мрт-21, 11:20
	я не мыслю значит не существую
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

192. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
Сообщение от псевдонимус (?), 20-Мрт-21, 03:54
>идею поддержал кроа Хартман Считайте что уже в ядре :-(
Ответить | Правка | Наверх | Cообщить модератору

	234. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 10:47
	Ой, да кто такой этот ваш Хартман? У нас тут настоящие эксперты в комментах сидят.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 11:50
	Грамотный мужик, написатель драйверов. Я и говорю: раст считай уже в ядре.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (334), 20-Мрт-21, 17:59
	> Грамотный мужик, написатель драйверов. Я и говорю: раст считай уже в ядре. Кроа-Хартмана так-то сильно лучше читать в оригинале, а не в цитатах оголтелых хрустиков. Которых тот самый Хартман при всей его политкорректности на пушечный выстрел к ядру не подпустит, отлупив что-то типа - мол, да, прикольный драйвер, но надо бы улучшить это, это, это ... и еще примерно 120 мест. И сколько там хрустиков на таких условиях выживет... это еще сильно отдельный такой вопрос. Это нифига не будет "легкий програмизм".
	Ответить | Правка | Наверх | Cообщить модератору

	246. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (134), 20-Мрт-21, 11:42
	Ну это просто этот Кроа-Хартман комменты на опеннете не читает, а то бы уже знал как ему правильно действовать.
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	265. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (23), 20-Мрт-21, 12:49
	Ну тут не факт, он пытался протащить ядерную реализацию дубаса, но линус не разрешил, хотя в данном случае линус вроде как не против
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	336. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:01
	> Ну тут не факт, он пытался протащить ядерную реализацию дубаса, но линус > не разрешил, хотя в данном случае линус вроде как не против Linux таки достаточно open minded. И наверное это не есть плохо. Иначе превратится в Teo The Retard'а. Сомнительно что это лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	352. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от пох. (?), 20-Мрт-21, 19:20
	> он пытался протащить ядерную реализацию дубаса, но линус не разрешил До сих пор не пойму, почему, собственно. Теперь мы имеем как-бе-неядерную реализацию дерьмобаса, которую даже перезапустить без перезагрузки системы невозможно (системду возможно, а дерьмобас - нет!) И без которой в shittyd/linoops не работает примерно уже ничего. А никакого другого линукса у нас уже сто лет как нет.
	Ответить | Правка | К родителю #265 | Наверх | Cообщить модератору

	358. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 20:02
	> До сих пор не пойму, почему, собственно. Там разработчики что-то перебрали веществ - ну вот поэтому. Хотя 1 унифицированный системный автомбус вместо всех этих нетлинков с undiscoverable ioctl-ами был бы и лучше, по логике вещей.
	Ответить | Правка | Наверх | Cообщить модератору

	359. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (23), 20-Мрт-21, 20:07
	> которую даже перезапустить без перезагрузки системы невозможн Только что перезапустил. Отпала сеть с плагином трея и браузер, пришлось рестартить еще NetworkManager, все остальное работает. Fedora 33 kde > И без которой в shittyd/linoops не работает примерно уже ничего. У системды внутре свой дубас для своих нужд, вроде как, потому дубас можно рестартить и систмда не отвалится
	Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

	393. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 23:35
	>> он пытался протащить ядерную реализацию дубаса, но линус не разрешил > До сих пор не пойму, почему, собственно. > Теперь мы имеем как-бе-неядерную реализацию дерьмобаса, которую даже перезапустить без > перезагрузки системы невозможно (системду возможно, а дерьмобас - нет!) И без > которой в shittyd/linoops не работает примерно уже ничего. > А никакого другого линукса у нас уже сто лет как нет. Оно что-то ломало, потому Торвальдс с помощью остатков маны превозмог и запретил. А потом ушел в отпуск откуда вернулся белым и пушистым. Видно дочурка-сжвшница вкрутила ему дилдо в ухо, послушный стал. Да и встраимаевый Линукс всё ещё есть, а дбаса в нем почти никогда нет.
	Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

204. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
Сообщение от Анончик (?), 20-Мрт-21, 05:14
Прямо очень неожиданный шаг для меня. Хотя почему нет, если есть люди готовые поддерживать слой совместимости только за это движение. Логику писать на си довольно утомительное занятие, а с растом будет попроще.
Ответить | Правка | Наверх | Cообщить модератору

205. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Да ежкин код (?), 20-Мрт-21, 05:44
Срачь то подняли, ололо, притом, что из вас едва ли кто-то и 5$ кинул на развитие ядра. Расслабьтесь, Линуксом управляют и донэйтят корпорации с большими кошельками,  а значит им решать, что будет в ядре, а что нет. А это вам на десерт: https://habr.com/ru/post/480608/
Ответить | Правка | Наверх | Cообщить модератору

	207. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (206), 20-Мрт-21, 06:45
	Если этот мрак случится, то будущее в хромоси и андроиде, замененным на фуксию покажется адом. А потом вдруг допилят perl и обратно переписывать драйвера никто не будет. Останется разве что 9front или какие-нибудь редкие оси вроде колибри.
	Ответить | Правка | Наверх | Cообщить модератору

	337. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:08
	> Если этот мрак случится, то будущее в хромоси и андроиде, замененным на > фуксию покажется адом. Ты это, поаккуратнее хрустиков читай: они врали те еще. Умеют сравнить теплое с мягким и с пеной у рта доказывать что белое - черное, хотя нет, в новой версии его уже зеленым задекларили, перепишите код, что вам, впадлу? Весь этот benchmark game видите ли писан с очень разными уровнями, разные по логике реализации и проч. > А потом вдруг допилят perl и обратно переписывать драйвера никто не будет. А что в перле вообще такгого для системщины, кроме гемора? У хрустиков понятно чего - они таки усвоили прелесть макросов и compile-time проверок, как и уважающие себя сишники. Но судя по гамнокоду таки остановились на середине процесса, а обвесив яп костылями изгадили синтаксис просто вдрызг.
	Ответить | Правка | Наверх | Cообщить модератору

214. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Аноним (214), 20-Мрт-21, 08:28
Я бы на месте Линуса давно бы им всем показал свой горячий характер и свой "фирменный" палец!
Ответить | Правка | Наверх | Cообщить модератору

	237. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от burjui (ok), 20-Мрт-21, 10:53
	Если бы на месте Линуса был Аноним с Опеннета...
	Ответить | Правка | Наверх | Cообщить модератору

	245. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
	Сообщение от Аноним (134), 20-Мрт-21, 11:40
	Он уже почти показал... анонимам с опеннета: > Поддержка разработки драйверов ядра Linux на языке Rust активно обсуждалась в прошлом году, в том числе с участием Линуса Торвальдса, который не исключал такую возможность.
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	419. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от uis (ok), 21-Мрт-21, 12:59
	Не исключал - не значит соглашался
	Ответить | Правка | Наверх | Cообщить модератору

221. Скрыто модератором	+5 +/–
Сообщение от Неа (?), 20-Мрт-21, 09:34
Пызда линуксу.
Ответить | Правка | Наверх | Cообщить модератору

	229. Скрыто модератором	–1 +/–
	Сообщение от Онаним (?), 20-Мрт-21, 09:55
	> Пызда линуксу. Честно говоря не думаю, что это пройдёт рецензирование, и не думаю, что Линус настолько из ума выжил, чтобы допустить фрагментацию внутри ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	251. Скрыто модератором	+2 +/–
	Сообщение от псевдонимус (?), 20-Мрт-21, 11:53
	Будто Линуса кто-то спрашивает. Как прикажут инвесторы, так и будет.
	Ответить | Правка | Наверх | Cообщить модератору

	281. Скрыто модератором	+1 +/–
	Сообщение от Gogi (??), 20-Мрт-21, 13:52
	Учитывая, сколько леммингов боготворит Трольвадса, последнему достаточно будет слегка поморщиться и люди смело сотрут к хренам этот Раст! А одной компании ср@ть в свой же бизнес - нафиг не надо. Тем более, что НИЧЕГО, кроме головняка, этот Раст не добавит. Если разраб - руко>|<оп, единственный язык, за который его можно пускать - "язык черепашки".
	Ответить | Правка | Наверх | Cообщить модератору

	335. Скрыто модератором	–1 +/–
	Сообщение от Аноним (335), 20-Мрт-21, 18:00
	> НИЧЕГО, кроме головняка Кто тебе сказал, что раст добавляют с положительными намерениями? Добавление раст в ядро это вредительство Linux!
	Ответить | Правка | Наверх | Cообщить модератору

	280. Скрыто модератором	+/–
	Сообщение от еманйам (?), 20-Мрт-21, 13:49
	>> Пызда линуксу. > Честно говоря не думаю, что это пройдёт рецензирование, и не думаю, что > Линус настолько из ума выжил, чтобы допустить фрагментацию внутри ядра. правильно мыслишь. по-этому, Линус решит одним махом всех заставить переписать всё сразу на rust за один месяц - вот увидите.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	301. Скрыто модератором	–1 +/–
	Сообщение от Онаним (?), 20-Мрт-21, 16:59
	Скорее это останется на обёртке для нужных полутора экспериментаторам модулей. Я патчсет поглядел, кроме пары безумных изменений дефайнов вроде ничего интрузивного. Интеграцию делали понимая, что сразу получат по рукам, если полезут глубже. Обёртка - эталон невменяемости. Так что реально, останется для полутора хайпожоров.
	Ответить | Правка | Наверх | Cообщить модератору

	304. Скрыто модератором	+/–
	Сообщение от Онаним (?), 20-Мрт-21, 17:03
	Так, это с поверхностной колокольний - оно ж unmaintainable уже в зародыше.
	Ответить | Правка | Наверх | Cообщить модератору

	338. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:10
	> правильно мыслишь. по-этому, Линус решит одним махом всех заставить переписать всё сразу > на rust за один месяц - вот увидите. Вот это очень врядли. Он за столько лет для начала в курсе что никого жестко заставить что-то сделать не может. Как максимум может NAK влепить, но это не обязывает получателя что-то переписать. Может и просто отползти, и делайте что хотите, дескать.
	Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

228. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от Аноним (228), 20-Мрт-21, 09:54
> Linux 5.13, для разработки драйверов устройств на языке Rust Linux Пятница.13-e
Ответить | Правка | Наверх | Cообщить модератору

243. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
Сообщение от Аноним (243), 20-Мрт-21, 11:28
Чого інші обділили?
Ответить | Правка | Наверх | Cообщить модератору

252. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от Аноним (-), 20-Мрт-21, 11:59
С - это стандарт, а Rust - это Мазила. Это всё, что нужно знать анону.
Ответить | Правка | Наверх | Cообщить модератору

	316. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от клавиатур (?), 20-Мрт-21, 17:19
	Как ты выживаешь в нашем суровом мире обладая только этими знаниями? Как тебе это удается, ты под опекой?
	Ответить | Правка | Наверх | Cообщить модератору

253. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от Аноним (285), 20-Мрт-21, 12:04
Та норм, с 1.46 раст компиляется заметно быстрее, просто если бы его с сланг в третий стейдж пихали и ллвм. Думаю так теперь скоро и будет.
Ответить | Правка | Наверх | Cообщить модератору

	277. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (277), 20-Мрт-21, 13:40
	Пробовал компилировать на fpc?
	Ответить | Правка | Наверх | Cообщить модератору

276. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
Сообщение от Аноним (277), 20-Мрт-21, 13:39
Лично я за эту инциативу. Тогда, гляди, лет через n, хипстеры свалят на какую-то актуальную хайповую новую профу, а в отрасли останутся лишь профессионалы, c, Pascal. и Freebsd...
Ответить | Правка | Наверх | Cообщить модератору

287. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
Сообщение от анончик (?), 20-Мрт-21, 14:32
а ниче, что язык Раст пишут трансгендеры всякие?
Ответить | Правка | Наверх | Cообщить модератору

	289. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (289), 20-Мрт-21, 15:54
	Да, согласен, тоже ненавижу трансформеров, отвратительное кино, ещё и в ядро зачем-то лезут, пусть дальше в кино снимаются.
	Ответить | Правка | Наверх | Cообщить модератору

	339. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+4 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:11
	> а ниче, что язык Раст пишут трансгендеры всякие? Судя по синтаксису они и дизайнерских веществ не чураются.
	Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

288. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–3 +/–
Сообщение от Аноним (288), 20-Мрт-21, 14:54
Я не программист - так что можете меня поправить. Самое важно не столько в безопасности самого языка сколько в блоке unsafe. Все небезопасные операции будут именно там и в случае чего вы экономите львиную долю времени на поиск и устранение ошибок - так как искать подобные ошибки вы будете именно в этих блоках. Как мне кажется, это одна из самых полезных свойств Rust.
Ответить | Правка | Наверх | Cообщить модератору

	292. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 20-Мрт-21, 16:23
	Это 1 в 1 мантры про MS Singularity (угу, придётся обратиться к поисковику, хайп давно спал).
	Ответить | Правка | Наверх | Cообщить модератору

	298. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (288), 20-Мрт-21, 16:40
	Суть не в том, что и кто вам обещает. А так это или нет. Соответствует действительности или нет - только это действительно важно.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 20-Мрт-21, 17:14
	Оно соответствует, но почему-то не взлетает. А чего нет, того нет.
	Ответить | Правка | Наверх | Cообщить модератору

	331. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (288), 20-Мрт-21, 17:47
	Как все это коррелируется с разработкой драйверов на Rust и его хейтом?
	Ответить | Правка | Наверх | Cообщить модератору

	345. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от n00by (ok), 20-Мрт-21, 18:39
	Вы хотите сказать, хайпом вокруг Rust? Когда мне надо было разрабатывать драйвера на С++, я просто это сначала сделал, а потом людям показал.
	Ответить | Правка | Наверх | Cообщить модератору

	340. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:13
	> Соответствует действительности или нет - только это действительно важно. Когда там unsafe в каждом закоулке и наркоманский код в каждом закоулке - в его безопасность почему-то верится с трудом.
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	315. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (10), 20-Мрт-21, 17:15
	> искать подобные ошибки вы будете именно в этих блоках Вот недавно растаманы в FF перепутали знак сравнения, сделав серьёзную логическую ошибку... Это может быть хоть где.
	Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

	319. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (323), 20-Мрт-21, 17:25
	> так как искать подобные ошибки вы будете именно в этих блоках Поэтому бекдоры будут размещать в других блоках, чтобы их там не искали.
	Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

	341. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:14
	> Поэтому бекдоры будут размещать в других блоках, чтобы их там не искали. В хне сгружаемой каргокультом без каких либо проверок с вон того сайта контролируемого хзкем.
	Ответить | Правка | Наверх | Cообщить модератору

300. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+3 +/–
Сообщение от Главный ГНУтый (?), 20-Мрт-21, 16:54
Я против! Должен быть только один язык - и это чистый Си, только один стандарт и это POSIX. Rust только усложняет экосистему ядра Linux. Сам Линус в душе скорее "против", чем "за", а Грег просто прогнулся под корпорации. Не стихийные народные массы продвигают Rust, а Intel продвигает Rust.
Ответить | Правка | Наверх | Cообщить модератору

302. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–4 +/–
Сообщение от Аноним (302), 20-Мрт-21, 17:01
Наконец-то мой драйвер на расте взлетит. Джва года ждал.
Ответить | Правка | Наверх | Cообщить модератору

	450. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (343), 22-Мрт-21, 17:59
	А они существуют ? Или ты про свой хеловорлд говоришь ?
	Ответить | Правка | Наверх | Cообщить модератору

	452. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Alladin (?), 22-Мрт-21, 20:26
	Да, есть и были. В ядре линукса ничего особо для раста не изобрели, только поддержку добавили. Раньше только ручками и связки на основе C и ничего, все работало
	Ответить | Правка | Наверх | Cообщить модератору

317. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от Аноним (323), 20-Мрт-21, 17:22
> Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы, избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера. Это ложь. Не верьте в раст! Правильный путь: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... Только ядро OS и процессор могут дать гарантии невозможности эксплуатации: обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера. Компилятор очень важен, но гарантии безопасности системы от одного компилятора не получишь.
Ответить | Правка | Наверх | Cообщить модератору

321. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Аноним (10), 20-Мрт-21, 17:28
Учитывая, что раст пропихивают такие корпорасты, как AWS, Google и Microsoft, стоит задуматься, какую выгоду они получат при этом... Си все знают уже давно, в сишных сырцах ядра тоже научились разбираться и компилировать под себя то, что надо. Научились накладывать собственные патчи. Вопрос: а разве корпорастам надо всё это, чтобы народ умел делать то же самое, что выпускают корпорасты? Увы, хлеб последние терять не хотят, надо срочно что-то придумать: новый язык, да чтоб порог вхождения был значительно выше Си, новые сырцы, новые архитектуры...
Ответить | Правка | Наверх | Cообщить модератору

	342. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 18:15
	> Учитывая, что раст пропихивают такие корпорасты, как AWS, Google и Microsoft, стоит > задуматься, какую выгоду они получат при этом... Какую, какую.... вон там у них чуваки в совете директоров хруст фоундейшн.
	Ответить | Правка | Наверх | Cообщить модератору

	347. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 20-Мрт-21, 18:52
	> Учитывая, что раст пропихивают такие корпорасты, как AWS, Google и Microsoft, стоит > задуматься, какую выгоду они получат при этом... Есть такая штука -- когнитивная ригидность. Стойкость убеждений, по простому (не вполне корректно, зато понятно). С возрастом она растёт. Разработчики, кто годами пишет ядро, в большинстве своём не примут Rust, даже если молчаливо согласятся. Придут новые люди, таким образом произойдёт перехват управления. Какой у них опыт -- это другой вопрос, даже при его отсутствии запаса прочности ядра может хватить на годы.
	Ответить | Правка | К родителю #321 | Наверх | Cообщить модератору

	374. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (10), 20-Мрт-21, 22:17
	> когнитивная ригидность Это банальная норма выживания, от биопопуляций до закалки нейросетей. > Придут новые люди, таким образом произойдёт перехват управления. Вечная мечта молодёжи. Меняются поколения, а молодёжь так и остаётся молодёжью, ибо она - просто этап развития человека, проходящий с возрастом.
	Ответить | Правка | Наверх | Cообщить модератору

	431. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
	Сообщение от Аноним (431), 22-Мрт-21, 00:45
	А что будет когда запас прочности закончится? Что там с файрфоксом, на сколько хватит его запаса прочности?
	Ответить | Правка | К родителю #347 | Наверх | Cообщить модератору

	436. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от n00by (ok), 22-Мрт-21, 10:24
	> А что будет когда запас прочности закончится? Ничего не будет. Потому я заныкал Спектрум в дальнем углу, а кто-то делает форк под Эльбрус.
	Ответить | Правка | Наверх | Cообщить модератору

	456. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (431), 23-Мрт-21, 01:04
	"Ничего не будет" в смысле файрфокс закончится и его не будет? Так и какой вывод из всего этого псевдо психологического выпука про твердость убеждений можно сделать, типа да, все так, файрфоксу пипец, но зато вы узнали много полезного для общего развития и теперь свободны? Пацаны, вы че прикалываетесь? Это такой тролинг 70 уровня всех пересаживать на Майкрософт эдж?
	Ответить | Правка | Наверх | Cообщить модератору

	458. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–1 +/–
	Сообщение от n00by (ok), 23-Мрт-21, 06:14
	Вывод у меня сделан сразу. Был задан вопрос: > а разве корпорастам надо всё это, чтобы > народ умел делать то же самое, что выпускают корпорасты? Rust внедряют для перехвата управления проектом kernel. Хотят отодвинуть старожилов по приведённой мной схеме. И ответ про "банальные нормы выживания" приходится мимо кассы. Именно этой нормой и злоупотребляют, смазывая Rust и пропихивая дальше. Ригидность не гнётся, а ломается. Если же Вы словом "прикалываетесь?" хотите спросить меня, что Вам надо в такой ситуации делать, то я отвечу, что вам уже выбрали пастухов и незачем новых искать.
	Ответить | Правка | Наверх | Cообщить модератору

328. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Аноним (328), 20-Мрт-21, 17:39
Минутка нумерологии > 5.13 пятница, тринадцатое 5.10 - последний LTS
Ответить | Правка | Наверх | Cообщить модератору

	360. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
	Сообщение от Аноним (-), 20-Мрт-21, 20:35
	Всеравно пятерка уже мертвая была.
	Ответить | Правка | Наверх | Cообщить модератору

373. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	–2 +/–
Сообщение от нитрол (ok), 20-Мрт-21, 22:16
Я вот думаю попробовать драйвер написать, под что угодно, любой простейший hw подойдет для обучения. Есть ли возможность это сделать на каком-нибудь JavaScript? Для упрощения первых шагов обучения, чтобы с чего-то начать, а не сразу на С или Rust. Может JS можно в машинный код как-то превратить и подключить в виде модуля к ядру? Судя по комментариям, как я понял, можно даже на PHP, но я слышал, и мне уже подсказывали на opennet, что проще с JavaScript начинать. Вот просто интересно стало, каков будет response от местного hardware.
Ответить | Правка | Наверх | Cообщить модератору

	403. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (-), 21-Мрт-21, 01:38
	> Я вот думаю попробовать драйвер написать, под что угодно, любой простейший hw > подойдет для обучения. Есть ли возможность это сделать на каком-нибудь JavaScript? На нем это довольно сложно. Тупо потому что он для этого никогда не создавался и изначально потребные операции не очень то и предусматривает. Например, железке может быть важен точный паттерн доступа к памяти. Вот в тот адрес надо именно 32 бита загнать, 1 операцией. А потом другие 32 бита. В нотации JS - это, например, как? И какие кто дает гарантии что все это случится именно вот так? Без потуг оптимизатора отумничать, что будет смерти подобно? Внутрях железо не может какую-то сильно крутую логику проверок и проч педалить, поэтому есть немало специфичных аспектов как с ним работать и странноватые constraints, когда это не прсто память, а довольно специфичная память, критичная к точному паттерну доступа. В современном железе это часто куча memory-mapped регистров по конкретным физическим адресам памяти (порой разбитые на битовые поля и проч). Записью тех или иных значений или щелканием тех или иных битиков достигается что-то конкретное. Бывают и иные варианты, это самый среднепотолочный. > Для упрощения первых шагов обучения, чтобы с чего-то начать, а не сразу на С или Rust. Сподвигнуть JS на нечто типа упомянутого - КМК будет не "упрощением" а нефиговым difficulty bonus. Когда придется крепко чесать репу как JS вообще изогнуть под то на что он сам по себе не заточен чуть менее чем нихрена. Ну например там врядли есть понятие "volatile". В сях этот термин хинтит компилеру что вон то "может неожиданно меняться само по себе" (железо со своей стороны имеет право менять регистры железок как ему там угодно, часто там статус какой-нибудь показывается и проч). Как максимум могу представить себе что-то такое: если это usb и для js можно зацепить libusb (в node.js?) - можно попытаться самому работать с ним "напрямую" (через функции libusb). Но это все же не "драйвер", да и без libusb на си оно таки не прокатит. > Может JS можно в машинный код как-то превратить и подключить в виде модуля к ядру? В нем понятия не совсем те которые при упомянутом захочется. И проблема не только в машинном коде, но и в окружении в котором он работает и в том что он должен делать. > Судя по комментариям, как я понял, можно даже на PHP, но я слышал, > и мне уже подсказывали на opennet, что проще с JavaScript начинать. Сильно некоторые вещи в user mode вывешены в виде когда их можно оттуда даже и из php. Скажем VFS через FUSE. Это апи когда с одной стороны кернел представит это как якобы ФС, с другой нечто в юзермоде само будет разбираться что эта якобы-ФС содержит, как и где это все брать и проч. Еще я из user mode работал с железками сделав mmap() на нужный регион и потом аккуратно делая туда доступ. Наверное что-то такое реально даже из чего-то типа node.js, но из сей подобные выходки сильно предсказуемее. И еще, ОС при этом вообще не в курсе что с железкой что-то делают и если там ее драйвер будет одновременно что-то делать - можно жестоко пожалеть об этом действе. Так можно только если точно известно что система в железку не полезет. Два talker'а сразу в 1 железку - синоним факапа. > Вот просто интересно стало, каков будет response от местного hardware. С железками возиться достаточно прикольно, но, как мне кажется - таки не на яваскипте.
	Ответить | Правка | Наверх | Cообщить модератору

	460. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (464), 23-Мрт-21, 17:07
	https://devhumor.com/content/uploads//images/February2016/ja...
	Ответить | Правка | К родителю #373 | Наверх | Cообщить модератору

	465. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от n00by (ok), 23-Мрт-21, 17:39
	> Я вот думаю попробовать драйвер написать, под что угодно, любой простейший hw > подойдет для обучения. Есть ли возможность это сделать на каком-нибудь JavaScript? Платформа Espruino Puck.js в виде шайбы со встроенной кнопкой предназначена для самых миниатюрных проектов IoT с автономным питанием от батарейки CR2032. Помимо беспроводной связи Bluetooth/BLE и NFC на борту устройства содержится магнитометр, благодаря чему Puck.js можно использовать как BLE-кнопку для дистанционного управления или как геркон — датчик открытия дверей и окон. Круглый корпус из белого силикона и чёрного пластика облегчает монтаж на разные поверхности и не выделяется в окружающем пространстве, так что Puck.js уместно смотрится в DIY-проектах, связанных с умным домом. Необычный форм-фактор позволяет установить контроллер возле двери, чтобы автоматизировать включение-выключение света при открытии, или использовать в качестве ИК-повторителя для дистанционного управления приборами. Для программирования контроллера на JavaScript используется среда Espruino Web IDE, доступная в виде онлайн-инструмента, расширения Google Chrome или отдельного приложения.
	Ответить | Правка | К родителю #373 | Наверх | Cообщить модератору

424. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+1 +/–
Сообщение от Аноним (-), 21-Мрт-21, 17:23
>  В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust А зачем?
Ответить | Правка | Наверх | Cообщить модератору

	434. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
	Сообщение от Аноним (-), 22-Мрт-21, 08:56
	Благими намерениями вымощена дорога в ад
	Ответить | Правка | Наверх | Cообщить модератору

429. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от Аноним (429), 21-Мрт-21, 23:58
в линукс прилетели чёрные лебеди. пора искать другое ядро. что-то очень много спо пошло в унитаз. сначала файрфокс, потом меркуриал, теперь вот и до линукса добрались метастазы.
Ответить | Правка | Наверх | Cообщить модератору

	479. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
	Сообщение от Аноним (479), 26-Мрт-21, 20:24
	>  потом меркуриал Что с ним?
	Ответить | Правка | Наверх | Cообщить модератору

439. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от слакварявод (ok), 22-Мрт-21, 12:35
kernel-ng.tar.xz ... как-то так!
Ответить | Правка | Наверх | Cообщить модератору

440. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от Аноним (440), 22-Мрт-21, 13:09
Лучшее - враг хорошего
Ответить | Правка | Наверх | Cообщить модератору

441. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+2 +/–
Сообщение от Аноним (447), 22-Мрт-21, 16:03
Привет безопастно текущие и безопастно падающие драйвера :D
Ответить | Правка | Наверх | Cообщить модератору

481. "В ветку ядра Linux-next добавлен код для разработки драйверо..."	+/–
Сообщение от Аноним (481), 26-Мрт-21, 23:57
А что вы хотели? Пришли смузихлебы которые кроме электронных поделий и говна на расте ничего не знают. Получите, распишитесь, линукс торвальдс уже стар, чтоб с подобным говном бороца
Ответить | Правка | Наверх | Cообщить модератору

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

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