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

"Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. Анализатор трафика ayaFlow на Rust"	+/–
Сообщение от opennews (??), 17-Апр-26, 13:51
Опубликован релиз языка программирования  Rust 1.95, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65230
Ответить | Правка | Cообщить модератору

Сообщения

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

4. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+4 +/–
Сообщение от Аноним (4), 17-Апр-26, 14:01
>возможность указания выражений "if let" внутри блоков "match" для создания условных сопоставлений по шаблону Как же плохо это выглядит на таком одиночном примере, а представляете, как это будет при множестве блоков и разных условий?
Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от aname (ok), 17-Апр-26, 14:03
	Кого это когда интересовало- то?
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (144), 17-Апр-26, 23:26
	Кого-нибудь да интересовало когда-то, только не разработчиков сабжа.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–3 +/–
	Сообщение от Аноним (7), 17-Апр-26, 14:04
	> Как же плохо это выглядит "Плохо" это оценочное суждение. Есть ли какие-то аргументы "почему"? Или просто "мне не нравится потому что")?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	13. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+4 +/–
	Сообщение от Аноним (13), 17-Апр-26, 14:16
	Знаете что такое регулярные выражения? Rust идет ровно по их шагам - проще переписать, чем разбираться с проблемой.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (7), 17-Апр-26, 14:21
	Хм.. сравнение если честно так себе. Тут есть четкое деление кода на логические части. С другой стороны, а покажи-ка мне серьезный проект в котором не используются "регулярные выражения"))
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (18), 17-Апр-26, 14:26
	Тоже не понял, при чем тут регулярки?;) А так да, Регулярки для некоторых задач это вообще то что доктор прописал!)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от Аноним (19), 17-Апр-26, 14:27
	>покажи-ка мне серьезный проект в котором не используются "регулярные выражения" Я где-то говорил, что регулярки это плохо? Плохо, что Rust из-за обилия сахара становится сплошной регуляркой.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	21. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (21), 17-Апр-26, 14:30
	> Я где-то говорил, что регулярки это плохо? "проще переписать, чем разбираться с проблемой" не звучит как ʼхорошоʼ. > Плохо, что Rust из-за обилия сахара становится сплошной регуляркой. Вкусовщина. Я не вижу плохой читаемости в текущих функциях. Возможно это дело привычки. Но ты можешь предложить "как надо". Боюсь будет или более многословно, или более запутано.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 14:37
	> Но ты можешь предложить "как надо". Можно было не выёкиваться кул-хакерскими #[cfg], _ => {}  и не строить всё с нуля, а наступить на твердую, читаемую "землю" (которую уже знала масса программистов): #if #ifdef #elif #endif И было бы значительно проще для всех. А так, очень хорошую идею закопали в закорючках, которые сопровождать, - та еще радость. Попомните, рано или поздно это всё закончится также как и с перловкой, которая обажает быть тоже подслащённой.
	Ответить | Правка | Наверх | Cообщить модератору

	185. Скрыто модератором	–1 +/–
	Сообщение от Аноним (185), 18-Апр-26, 15:38
	> не строить всё с нуля, а наступить на твердую, читаемую > "землю" (которую уже знала масса программистов): #ifdef это просто отвратительный выcep сишки, который потом всякие уточки разтянули по другим языкам
	Ответить | Правка | Наверх | Cообщить модератору

	187. Скрыто модератором	–1 +/–
	Сообщение от OpenEcho (?), 18-Апр-26, 16:09
	> #ifdef это просто отвратительный выcep сишки, который потом всякие уточки разтянули по другим языкам Я согласен что это не идеал, но посмотрите на природу, есть растения типы травы - одногодки, а есть деревья живущие тысячителетиями. И разницa в том, что одни - не растут, а другие вместо изобретения велосипеда, строят выше и выше опираясь на предыдущий опыт > который потом всякие уточки разтянули по другим языкам Так вот пользователей этих самых уточек значительно больше, чем новомодных, тех кто готов изучать новые закорючки, чем убивают действително нужые и хорошие концепты наследования, владения, заимствований и т.д. Фронтэнд языка отвратителен, вот я о чем, а не о бакенде концепции. Вместо человеческого языка, понятного людям, масса сокращенной семантики. Смотрится кул, а на деле отталкивает
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 18-Апр-26, 16:31
	>а наступить на твердую, читаемую "землю" С каких пор текстовой препроцессор без гигиены, стал чем-то нормальным? >которую уже знала масса программистов Вам выжгли на мозгах как программировать на си, и теперь всё, у вас память только для чтения, и ничего нового вы осилить не в состоянии?
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	199. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 19:49
	> Вам выжгли на мозгах Браво ! Но туалет за углом
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (237), 19-Апр-26, 14:04
	Зачем добавлять в язык лишние сущности? #[] -- это формат для вызова макроса, который в качестве аргумента получит следующий statement. Он вполне справляется с задачей, зачем выпиливать дополнительные инструменты? Чтобы кому-то было бы проще? Но это "проще" -- лишь личное мнение опенеко, которое ничем не обосновано.
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	22. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
	Сообщение от Аноним (18), 17-Апр-26, 14:33
	Никто вас не заставляет кушать весь этот сахар, если он вам не по душе. Используйте только то что считаете нужны! Однако если присоединились к проекту где это используется сахар  - то что называется будьте любезны:) Не вижу проблем. Более того вы даже можете забить на лайфтаймы если они вас так бесят и не использовать ссылки вообще! В этом случае просто используйте механизм владения и забудьте про заимствование, да придется быть местами многословным, но главное что даже тут у вас будет выбор!
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	25. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (25), 17-Апр-26, 14:38
	>Никто вас не заставляет кушать весь этот сахар, если он вам не по душе. Эм, вообще-то заставляет. Их в любом случае нужно держать в голове, если работаешь над каким-то проектом не один. >Более того вы даже можете забить на лайфтаймы если они вас так бесят и не использовать ссылки вообще! Да, знаю, используйте .clone().
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (18), 17-Апр-26, 14:44
	Можно таже посмотоеть в сторону языка Hylo. Там вообще не надо будет забивать голову всякими лайфтпймами! Как по мне весьма перспективный язык и идея в целом которую уверен некоторые ещё позаимствуют в будущем, - тот же проект cppfront от герба саттера применимо к c++ именно эту идею использует, и получится человеческий c++, по крайней мере я надеюсь:)
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 14:41
	> Более того вы даже можете забить на лайфтаймы если они вас так бесят и не использовать ссылки вообще! Ага, так на PR и сказать, - "reject, моя не понимать." Сорри, но у вас мышление одинокого програмиста
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	20. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (20), 17-Апр-26, 14:28
	По такой логике любой проект на расте не может быт серьёзным, потому что у него вместо регулярок какая-то задупа. Я уже не говорю, что re2 пойдёт с оговорками, даже а питоне вменяемые. Но не в расте.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	152. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от Аноним (191), 18-Апр-26, 01:20
	>Знаете что такое регулярные выражения? Rust идет ровно по их шагам - проще переписать, чем разбираться с проблемой. Вы не умеете читать ни регулярные выражения, ни rust. И вместо того, чтобы придти к единственно правильному выводу, по поводу вашей низкой компетнции, начинаете рассказывать, как проще переписать. Нет, не проще. Если вы будете какждый раз галюцинировать новую регулярку, то вы будете регулярно напарываться на одни и те же баги. Что за мода такая, выучив один единственный язык, считать что больше учить ничего не надо?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	16. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от laindono (ok), 17-Апр-26, 14:21
	Покажи, как должно выглядеть.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	23. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (23), 17-Апр-26, 14:34
	Никак не должно. Разрабам Rust давно пора остановиться с добавлением сахара.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от Аноним (34), 17-Апр-26, 14:59
	А зачем спрашивать если можно показать, и пускай мимокрокодилы составят свое мнение. Было:         match value {             Some(x) => {                 if let Ok(y) = compute(x) {                     println!("{}, {}", x, y);                 }             }             _ => {}         } Стало:         match value {             Some(x) if let Ok(y) = compute(x) => {                 println!("{}, {}", x, y);             }             _ => {}         }
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	82. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от morphe (?), 17-Апр-26, 16:54
	Вообще никто не мешает переписать это как if let Some(x) = value && let Ok(y) = compute(x) => { Что просто и понятно, в данном случае match действительно выглядит не к месту Однако у тебя может быть и такое написано         match value {             Some(x) if let Ok(y) = compute(x) => {                 println!("{}, {}", x, y);             }             Some(x) if let Ok(y) = compute_other(x) => {                 println!("{}, {}", x, y);             }             Some(x) if let Ok(y) = compute_smth_else(x) => {                 println!("{}, {}", x, y);             }             _ => {}         } Что уже может лучше выглядеть в match
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:45
	>if let Some(x) = value && let Ok(y) = compute(x) => { вместо одной цепочки мы получили две и их сравнение (отдельное хранение одного)
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от morphe (?), 18-Апр-26, 00:43
	>>if let Some(x) = value && let Ok(y) = compute(x) { // поправил - => лишнее > вместо одной цепочки мы получили две и их сравнение (отдельное хранение одного) Не понял про что ты, этот код буквально эквивалентен тому же самому в match если у тебя лишь одна ветка используется
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (204), 18-Апр-26, 21:19
	1. let Some(x) = value    -- A (сохранить) 2. let Ok(y) = compute(x) -- B 3 A && B PS: Какой value в блоке {}?
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 18-Апр-26, 23:27
	Я не понимаю ваш вопрос. В {} есть x и y. Зачем вы третим пунктом написали A && B?
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от morphe (?), 19-Апр-26, 00:13
	> 3 A && B Вообще говоря это работает не совсем так В большинстве языков && работает как short-circuit, т.е A() && B() не будет вызывать B() если A() вернёт false В Rust if-let-chains работает аналогично, оно попытается сматчить Some(x) = value, и если этот матч получится - оно пойдёт матчить Ok(y) = compute(x), и если и этот матч сработает - то уже исполнится тело ifа
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	89. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (89), 17-Апр-26, 17:50
	Мда, целых две фигурных скобки удалось убрать. А мониторы и так широкоформатные, можно ещё шире строки делать. Посмотри на список стабильных функций, он выглядит как корм для электронной нейронки. Человеку здесь уже делать нечего.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	98. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 18:35
	Some(x) - разворачиваем, оцениваем (анализируем) значение. => {  - сопоставляем блок вычислений if let - даем владение и присваиваем результат compute(), если Ok типа Приведите семантику Вашего варианта, плиз.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	148. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (148), 18-Апр-26, 01:11
	Зачем пытаться в OCaml, если есть OCaml?
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	76. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 16:43
	Вообще уловие после выражения выглядит уродливо Some(x) if let Ok(y) Как будто Йода кого-то покусал.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	91. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от 1 (??), 17-Апр-26, 17:54
	Это наследие Perl. print if yes(); Американцам так читабельнее.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 17:56
	> Это наследие Perl. > print if yes(); Ну вот это коряво очень, как и unless в руби каком-нибудь. > Американцам так читабельнее. Походит на выдумки. Во многих используемых яп такого нет.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 18:58
	не лучше и каноничнее: ifprint(boolean,fmt,...)
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	155. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (191), 18-Апр-26, 01:34
	При чём здесь perl? Это самое классическое деструктурирующее присваивание.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	180. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от OpenEcho (?), 18-Апр-26, 15:04
	> При чём здесь perl? Паматушто это тоже сахар, вместо единичного, вменяемого if... then делается statement if condition так же как и в перловке(и откуда судя по всему просочилось в другие языки), где то же самый if еще можно искорёжить с Given/When, а вместо has теперь можно даже помычать Moose/Moo Мне из всей современной писанины больше всего нравится Го, где принципиально стараются избегать сахара и оставлют только самые наиболее применяемые/известные сладости в других популярных языках, хотя тоже, есть моменты где отсебятину лепят
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (191), 18-Апр-26, 16:28
	>statement if condition Не нужно галлюцинировать. Во-первых, в rust нет statement. Во-вторых, в приведённом примере, то выражение, которое вы ошибочно назвали statement, находится всё-таки правее. В-третьих, вы почему-то охранное выражение рассамтриваете как полный if, хотя у него нет тела. Если подвести итог, вы просто не понимаете грамматику rust. >так же как и в перловке(и откуда судя по всему просочилось в другие языки) Перл, это вообще другая ветвь. Совсем другая. >Мне из всей современной писанины больше всего нравится Го, где принципиально стараются избегать сахара Ну и что здесь хорошего? Ради человека, который не осилил грамматику, и за исключением отдельных комментариев на форуме, языком пользоваться не будет, ухудшить опыт тех, кто языком будет пользоваться и потом регулярно?
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 19:47
	> Во-первых, в rust нет statement. После этого > "Не нужно галлюцинировать" вы можете дальше разговаривать сам с собой, а "statement if condition" относилось к пёрлу, если внимательно прочитать
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:17
	>Как будто Йода кого-то покусал. и так же трудно распарсить семантику
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	130. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (34), 17-Апр-26, 20:16
	И ничего это не трудно. Просто всегда держите в голове pattern matching.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 20:44
	а почему Вы не раскрыли семантику (парсинг) Вашей лексики в моем ответе на Ваш (3.34) выше?
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
	Сообщение от Facemaker (?), 17-Апр-26, 17:00
	Это просто «гард» как в Хаскеле, ничего сложного.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	93. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–4 +/–
	Сообщение от Аноним (93), 17-Апр-26, 17:56
	> Это просто «гард» как в Хаскеле, ничего сложного. Сишники даже enum нормальный не осилили. А ты про «гард» пишешь "ничего сложного"))
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:47
	и не идет ни в какое сравнение с Шекспиром.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	153. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 18-Апр-26, 01:22
	>Как же плохо это выглядит на таком одиночном примере, а представляете, как это будет при множестве блоков и разных условий? Я поражаюсь вашему уровню незнания, поскольку вы умудряетесь противорчить себе в одном единственном предложении. If let - это сокращённая форма. Если match будет записан целиком, то вы увидите стройную лесенку, в которой запутаться будет ещё проще.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	160. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (160), 18-Апр-26, 02:12
	ну в той же скале такое тыщу лет - очень удобно. Если еще докинут в компилятор варнинги по поводу потенциально не полного матчинга будет хорошо.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	167. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (167), 18-Апр-26, 10:19
	> Если еще докинут в компилятор варнинги Уже есть, и давно, + есть #[non_exhaustive]
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Голос из леса (?), 19-Апр-26, 17:44
	Наверно поэтому скалисты и разосрались на почве эксклюзивности.
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

11. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+2 +/–
Сообщение от Аноним (11), 17-Апр-26, 14:10
Что там с динамическими библиотеками, всё ещё не умеет?
Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (30), 17-Апр-26, 14:47
	А Раста идеология статической компоновки всех библиотек. >всё ещё не умеет? Не хотят. А не, не умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+2 +/–
	Сообщение от Аноним (61), 17-Апр-26, 16:06
	> А на практике дл сих пор нет стабильного ABI также как и у C++. > Все мы вынуждены использовать C ABI и ffi Когда-нибудь местные эксперты узнают, что у C нет никакого ABI...
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:50
	А к нему всё линкуются динамически и вызывают (передают параметры) функции.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 15:10
	> А Раста идеология статической компоновки всех библиотек. Ага, "верю"... /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	32. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от alex13sh (?), 17-Апр-26, 14:53
	В теории, давно умеет. А на практике дл сих пор нет стабильного ABI также как и у C++. Все мы вынуждены использовать C ABI и ffi
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	35. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+2 +/–
	Сообщение от Аноним (18), 17-Апр-26, 14:59
	Это одна из причин почему язык Си никогда не умрет;)
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (45), 17-Апр-26, 15:16
	Если от сишки останется только ffi то это будет уже гроб-гроб-кладбище. Думаю через пару лет будет стабилизация спецификации (спасибо ферроцену). К тому времени дополируют оставшиеся шероховатости. Может тогда будет запрос на стабильное АБИ.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 16:49
	> Если от сишки останется только ffi то это будет уже гроб-гроб-кладбище. > Думаю через пару лет будет стабилизация спецификации (спасибо ферроцену). Ну да, им уж давно передали спеку, куда они ее дели? > К тому времени дополируют оставшиеся шероховатости. У самураев нет цели, только путь. Какие шероховатости? Добавление аллокатора в HashMap - это шероховатость или еще нет? > Может тогда будет запрос на стабильное АБИ. Пфф. Это одно из основного. Годы работы.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:05
	А с чем им динамически линковаться? К чужому ABI приходится кусочками прилипать. А собственный код меняется часто.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (39), 17-Апр-26, 15:04
	Что говоришь? У раста нет стабильного ABI? Значит самое время внедрять раст в критические системы!
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	43. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от Аноним (43), 17-Апр-26, 15:12
	У С++ тоже нет. А операционки на нем пишут. Удивительно, правда? И в эмбедедщине используют. Наверное наяривание на ABI это просто воздуханство?
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–3 +/–
	Сообщение от Аноним (23), 17-Апр-26, 15:28
	>У С++ тоже нет. А операционки на нем пишут. Благодаря C ABI.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (61), 17-Апр-26, 16:08
	> Благодаря C ABI. Не существует никакого "С ABI". Иди почитай стандарт С и найди, где там описывается "С ABI".
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (84), 17-Апр-26, 17:07
	Что ж ты ниже пояса бьешь?! Ты бы еще спросил "а читал ли СИшник стандарт" (на который он так яростно наяривает). А если спросить что такое конформанс, то там вообще мрак.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (120), 17-Апр-26, 19:07
	Порядок передачи параметров это не ABI? Он разный у Си и Паскаля.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	127. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (61), 17-Апр-26, 20:09
	> Порядок передачи параметров это не ABI? Он разный у Си и Паскаля. Я тебе еще раз повторяю: не существует никакого "порядка передачи параметров для С". ABI существует целая тьма (да, даже если ты используешь С), и все они специфичны и для архитектуры CPU, и для конкретной ОС. Вот, почитай хотя бы о x86 и не позорься больше: https://en.wikipedia.org/wiki/X86_calling_conventions
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 21:05
	>> Порядок передачи параметров это не ABI? Он разный у Си и Паскаля. > https://en.wikipedia.org/wiki/X86_calling_conventions "The cdecl (which stands for C declaration) is a calling convention for the programming language C and is used by many C compilers for the x86 architecture."
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (61), 17-Апр-26, 22:04
	> "The cdecl (which stands for C declaration) is a calling convention for the programming language C and is used by many C compilers for the x86 architecture." Ну, и тебя ни капли не смущает, что помимо cdecl на x86 есть другие соглашения вызова? И что на x86-64 cdecl ВООБЩЕ отстутсвует? Господи, и он мне поет про "С ABI"...
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (148), 18-Апр-26, 01:16
	>"The cdecl (which stands for C declaration) is a calling convention for the programming language C and is used by many C compilers for the x86 architecture." И где оно в стандарте Си?
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	118. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:30
	extern "C" не существует?
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	131. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (61), 17-Апр-26, 20:20
	> extern "C" не существует? extern "C" - это инструкция отключить name mangling и использовать то же платформо-специфичное ABI (соглашение вызовов), которое юзает сишный компилятор на текущей платформе. Например, на юниксах это будет System V ABI, а на Винде - свой собственный. А мифический "стабильный С ABI", которого в природе не существует.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 20:49
	>юзает сишный компилятор на текущей платформе это не FFI си?
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 21:01
	>юзает сишный компилятор на текущей платформе. вызывает Cвои функции, задействует определенные регистры и тд. Стабильный (специфичный) ABI для данной платформы. Offtop: Что позорного узнавать новое? Освежать знания? Отстаивать точку зрения? Признавать, что не во всём был прав (как тут)?
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	142. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (61), 17-Апр-26, 22:07
	> Стабильный (специфичный) ABI для данной платформы. Вот именно: ABI, специфичный для платформы, который технически к языку программирования С никак не привязан.
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (201), 18-Апр-26, 21:14
	А почему его rust не использует?
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от ХрюХрю (?), 19-Апр-26, 06:39
	нет никакого си раста и тд есть только асм и машинный код
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Володька Драйвер (?), 19-Апр-26, 14:13
	Я могу на Rust без проблем собрать и dll и so используя соглашеня соотвествующих платформ.  Могу и сишный код вызвать, и дать вызвть сишке растовый код. Так что всё Rust использует.
	Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

	269. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 21:17
	>> extern "C" не существует? > А мифический "стабильный С ABI", которого в > природе не существует. Этот ABI сделан под си. И в расте ты будешь делать extern "C", чтобы потом питон (к примеру) смог через ffi его позвать. Или звать си so будешь через ffi. И x86 abi по факту стандарт для nix.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	232. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (232), 19-Апр-26, 07:11
	Почему не существует? Язык С есть, понятие ABI есть, таким образом ABI используемое в C это и есть C ABI
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	103. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (61), 17-Апр-26, 18:52
	>>У С++ тоже нет. А операционки на нем пишут. > Благодаря C ABI. Местные эксперты продолжают пробивать дно. Чувак, в С++ не используется "С ABI". В нем используется Itanium ABI (на юниксах) и МС-специфичный ABI на Винде.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	109. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (109), 17-Апр-26, 19:04
	> Местные эксперты продолжают пробивать дно. А ты типа удивлен))? > Чувак, в С++ не используется "С ABI". В нем используется Itanium ABI (на юниксах) и МС-специфичный ABI на Винде. Для людей которые даже не отрывали стандарт вполне норм втирать про С ABI.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (120), 17-Апр-26, 20:07
	>Itanium ABI (на юниксах) и МС-специфичный ABI на Винде. написанные и первоначально написанные на си.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	129. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (61), 17-Апр-26, 20:13
	> написанные и первоначально написанные на си. ABI написанный на С? Что ты несешь?
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (120), 17-Апр-26, 21:08
	>> написанные и первоначально написанные на си. > ABI написанный на С? Что ты несешь? ОС написаны на си.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 21:09
	>> написанные и первоначально написанные на си. > ABI написанный на С? Что ты несешь? Полегче с лексикой.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	151. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (148), 18-Апр-26, 01:18
	>Чувак, в С++ не используется "С ABI". В нем используется Itanium ABI (на юниксах) и МС-специфичный ABI на Винде. Какой итаниум ABI на ARM или RISC V? Или на этом устаревшем немодном x86-64?
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	195. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (61), 18-Апр-26, 17:01
	> Какой итаниум ABI на ARM или RISC V? Элементарный, друг, элементарный. > Или на этом устаревшем немодном x86-64? Это на всех архитектурах, под которые C++ собирается GCC и Clang.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 21:22
	>>>У С++ тоже нет. А операционки на нем пишут. >> Благодаря C ABI. > Местные эксперты продолжают пробивать дно. > Чувак, в С++ не используется "С ABI". В нем используется Itanium ABI > (на юниксах) и МС-специфичный ABI на Винде. И кто его используется из FFI?
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	59. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–4 +/–
	Сообщение от Sm0ke85 (ok), 17-Апр-26, 16:04
	>И в эмбедедщине используют. Мало ли извращенцев... Да и не весь эмбдед должен стабильно работать, бывают поделия по типу "зависло - ну и пофик, резетнут"... Какие особые удобства привносит С++ в эмбдед: классы? шаблоны? - в серьезной разработке это только замедлит работу устройства и позволит тебе поиметь непредвиденные баги, гонки и т.п.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	88. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (88), 17-Апр-26, 17:34
	Самое первое - удобство для программиста.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:11
	Скоро уйдет как текстовый формат логов.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (88), 17-Апр-26, 20:05
	Текстовый формат логов ушёл у тех, кому на эти самые логи наплевать, есть они там или нет.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 18-Апр-26, 16:34
	Если логи не машинночитаемые, вы потом их никак не разберёте. Вам как минимум в виде json-а их нужно хранить.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (90), 17-Апр-26, 17:52
	>  Да и не весь эмбдед должен стабильно работать Поэтому его омнокодят ни сишечке)) > "зависло - ну и пофик, резетнут". Прям как блок управления тойопты! За который выплатили 16 лярдов. И написан как раз на си. > в серьезной разработке это только замедлит работу устройства Забавно насколько вы далеки от "серьезной разработки")) Если нужно светодиодиком поморгать - то можно и на си. > и позволит тебе поиметь непредвиденные баги, гонки и т.п. С сишкой тоже самое - непредвиденные баги, гонки. Но без удобных классов, енамов, шаблонов.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	87. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Смузихлеб забывший пароль (?), 17-Апр-26, 17:32
	ну для сишки во встройщине повышенной надёжности целая гора разных требований, пожеланий и хотелок. Та же мисра чего стоит
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	116. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (61), 17-Апр-26, 19:19
	> ну для сишки во встройщине повышенной надёжности целая гора разных требований, пожеланий и хотелок ...цель которых сугубо в том, чтобы не отстрелить себе ногу этим недоязыком из 70-х.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (120), 17-Апр-26, 19:37
	Были и фортран, и паскаль, и ада и др.,но почему-то широкое применение получил си. я считаю, ято секрет успеха - простота, гибкость и адаптируемость на различные платформы. Да, простота и доброжелательность уменьшает дисциплину программиста.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
	Сообщение от Аноним (47), 17-Апр-26, 15:21
	А зачем тебе стабильный ABI раста, когда есть C ABI и его за глаза хватает? Rust, если что, даже в планах стабильного ABI не имеет, чтобы оставлять себе пространство оптимизировать memory layout у структур (выставлять паддинги, сортировать поля и вот это все, чем на практике в коде на C руками занимаются только два с половиной землекопа). Есть отдельные телодвижения, чтобы когда-нибудь сделать какой-то более Rust-ориентированный стабильный ABI, который бы поддерживался компилятором ровно в таком же виде, в котором он сейчас поддерживает C ABI, но тоже как бы особо не горит, т.к. C ABI хватает.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	80. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (144), 17-Апр-26, 16:48
	> оптимизировать memory layout у структур Ого! Да они решили Паскаль подогонять?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
	Сообщение от Аноним (120), 17-Апр-26, 19:21
	Это есть не только в паскале. Паскаль (с заглавной) это учёный.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от warlock (??), 18-Апр-26, 21:16
	Его совершенно не хватает. Идиоматичный код с трейтами и прочим через него никак не пролезает, даже при всём желании.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	229. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (229), 19-Апр-26, 03:26
	А ты никак и не сделаешь zero-cost ABI, через который подобное бы пролезло, не сотворив при этом какого-то жуткого голема, которому нужно было бы, чтобы кусок компилятора жил в ядре ОС. Через ABI могут пролезть только очень простые и примитивные вещи и это нормально.
	Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
Сообщение от ZeroTwo (ok), 17-Апр-26, 14:41
>[dependencies] >aya = "0.13" Ожидаемо уже из названия. Год назад писал "firewall" (скорее PoC) на нём - офигенная штука.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
Сообщение от asand3r (ok), 17-Апр-26, 15:01
За ayaFlow Роскомнадзор им говорит большие спасибо.
Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (41), 17-Апр-26, 15:09
	А за nDPI 5.0 не говорит?) opennet.me/opennews/art.shtml?num=64299 Или раз там СИ и GPL то это друое))?
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от мфя (?), 18-Апр-26, 10:26
	такая Контора Профессианалов говорит спасибо только за раст
	Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
Сообщение от Аноним (51), 17-Апр-26, 15:40
Польза впихивания этого чудища хотя бы в том, что скоро программисты начнут думать "лучше начать на си правильно написать..."
Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 16:31
	> лучше начать на си правильно написать... Подключат наконец PVS.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (88), 17-Апр-26, 20:02
	Статический анализатор ныне есть в GCC.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 16:35
	> Польза впихивания этого чудища хотя бы в том, что скоро программисты начнут думать "лучше начать на си правильно написать..." Там автор ayaFlow jsкриптизер > Technical Skills > Languages: JavaScript, Rust, Python, C++ Теперь понятно почему первым словом в описании идет A high-performance
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	86. Скрыто модератором	+1 +/–
	Сообщение от Аноним (86), 17-Апр-26, 17:17
	> Там автор ayaFlow jsкриптизер >> Technical Skills >> Languages: JavaScript, Rust, Python, C++ > Теперь понятно почему первым словом в описании идет A high-performance К-классика опеннетных сопротивленцев Ржавому Вторжению! 😀
	Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
Сообщение от Аноним (65), 17-Апр-26, 16:18
Интересно видеть, как Rust все глубже заходит в инфраструктурные проекты. Особенно любопытно, что рядом с самим релизом тут упомянуты и практические применения вроде Mir и ayaFlow.
Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (70), 17-Апр-26, 16:34
	Плохой пример. МИР нафиг никому не сдался. ayaFlow - что-то новое. Инфраструктурные проекты это например клоудфларя. Или андроид. Сколько там смартфонов продается в год на андроиде? А в каждом современном работают миллионы строк раст-кода.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 16:37
	> Сколько там смартфонов продается в год на андроиде? А в каждом современном работают миллионы строк раст-кода. А сколько уже продано за все время существования и в кажом ни одной строки на раст-коде. Л - Логика. Кстати, андроид начал курвиться, закрывать исходники, вставлять разрабам палки в колеса. Интересное совпадение.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+2 +/–
	Сообщение от Аноним (144), 17-Апр-26, 16:44
	> миллионы строк ... ... автоматически сгенерированных обвязок вокруг си-библиотек.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	101. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (120), 17-Апр-26, 18:42
	> МИР нафиг никому не сдался. Если бы это был коммерчески выгодный проект то прослеживалась бы логика: НКО необлагаемо пополняемая необлагаемо спонсирует (вкладывается) в ком. проект, аффилированный с её спонсорами.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	72. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 17-Апр-26, 16:36
	> Особенно любопытно, что рядом с самим релизом тут упомянуты и практические применения вроде Mir и ayaFlow. Особенно любопытно, учитывая, что Mir не нужен, а про ayaFlow в первый раз слышно.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	254. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (254), 19-Апр-26, 17:09
	Как зайдёт - так и выйдет. Даже БЕЙСИК микрослоп бросила, устав тянуть многолетний игрушечный недоязык. Наивно думаешь, гугля годами будет про_си_рать бабло на недоязык, ВООБЩЕ НИКОМУ не нужный???
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

75. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
Сообщение от Аноним (144), 17-Апр-26, 16:41
> под покровительством независимой некоммерческой организации Финансирование - откуда? Они же не сами себя, значит, зависимые.
Ответить | Правка | Наверх | Cообщить модератору

	166. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Прохожий (??), 18-Апр-26, 10:13
	"Независимая" означает, что она никому напрямую не подчиняется. Спонсоры есть, да. Но они не имеют право диктовать условия. Разумеется, если спонсор что-то предложит, его выслушают. Но совершенно не обязательно, что сделают именно так, как хочется спонсору.
	Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
Сообщение от Аноним83 (?), 17-Апр-26, 20:00
> извлечение TLS SNI и DNS-запросов Для этого и прочего что там заявлено хватит примерно 3-4к строк на С.
Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
Сообщение от Аноним (134), 17-Апр-26, 20:40
Какой же он тормозной в отладочной версии
Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
Сообщение от Аноним (146), 18-Апр-26, 00:53
>при этом обходясь без использования сборщика мусора и runtime С таким напором можно было бы ещё сказать, что языку не нужен пакетный менеджер - просто все проекты, завязанные на стдлибу (коих, ну уж так получилось, подавляющее большинство), сперва тянут блоб через rustup, потом ещё блобы через rustup, а потом понеслась cargo по кочкам.
Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
Сообщение от Аноним (191), 18-Апр-26, 01:15
Сколько сишников в теме собралось. Кто мне может объяснить, почему программа с синтаксической ошибкой - не компилируется, а программ с семантической ошибкой, например разыменноывание нулевого указателя - компилируется и либо портит память, либо падает?
Ответить | Правка | Наверх | Cообщить модератору

	157. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 01:54
	> Сколько сишников в теме собралось. Кто мне может объяснить, почему программа с > синтаксической ошибкой - не компилируется, а программ с семантической ошибкой, например > разыменноывание нулевого указателя - компилируется и либо портит память, либо падает? Как ты собрался без запуска кода понять что указатель стал нулевым? И причем тут си? В том же расте такие же ошибки в рантайме https://github.com/rust-lang/miri?tab=readme-ov-file#bugs-fo... Вот, например, обращение к неинициализированной памяти https://github.com/rust-lang/rust/issues/53566
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (171), 18-Апр-26, 13:48
	> Как ты собрался без запуска кода понять что указатель стал нулевым? non-nullable types? Не допускать null в систему типов вообще и проверять при компиляции? Но это не про C, да.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 14:43
	>> Как ты собрался без запуска кода понять что указатель стал нулевым? > non-nullable types? Не допускать null в систему типов вообще и проверять при > компиляции? > Но это не про C, да. Пример в студию. Вот есть у тебя список узлов list c полем next. Сделай без null. Замена на Option не считается, т.к. это будет по факту то же самое.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (185), 18-Апр-26, 15:34
	> Замена на Option не считается, т.к. это будет по факту то же самое. По факту это только показывает вашу некомпетентность. К полю next вы можете обратиться и напр. разыменовать не зависимо от того null там или не null. А теперь попробуйте тоже самое провернуть с Option. Ну как? Получилось?)) Вот то-то и оно. То что где-то под капотом все равно будет null/nil/0/deadbeaf - абсолютно пофиг, главное что в коде оно не дало разработчику допустить ошибку на этапе компиляции. Причем там можно обойтись и без null, а взять нормальный enum {Some<NonNull>, None}
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 23:29
	>> Замена на Option не считается, т.к. это будет по факту то же самое. > К полю next вы можете обратиться и напр. разыменовать не зависимо от > того null там или не null. > А теперь попробуйте тоже самое провернуть с Option. Ну как? Получилось?)) Таким образом, ты просто втыкаешь везде проверку на то, что значение не null. Указать not_null<> на входе ты не можешь, т.к. должен на вызывающей стороне доказывать, что передаваемое значение не будет null, автоматически же сделать компилятор это не сможет. По факту это только показывает вашу некомпетентность.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 00:14
	>Таким образом, ты просто втыкаешь везде проверку на то, что значение не null. Прогресс, в голове у апологета сишки появилась умная мысль. Поскольку разыменновывание nullptr это UB, то как только везде будет проверка, на одну сишную проблему будет меньше. >Указать not_null<> на входе ты не можешь А нет, показалось. val foo : 'a option -> unit Данная функция может принимать None. val foo : 'a -> unit Данная функция - не может. >т.к. должен на вызывающей стороне Это всегда должно быть на вызывающей стороне, по определению. Как только сопоставление с образом выполнено, про null можно забыть, но не раньше. >автоматически же сделать компилятор это не сможет. Не может сделать что? Вы понимаете, что у тип 'a и тип 'a option это разные типы или нет? И компилятор определяет безопасность разыменновыания уже в момент проверки типов. >По факту это только показывает вашу некомпетентность. По факту, вы уже в данной ветке успели настрочить три сообщения, вкинуть бездоказательное возражение, и не привести ни одного аргумента. Если у вас есть аргументы, то доставайте их, если нет - признавайте поражение.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 00:25
	>>Таким образом, ты просто втыкаешь везде проверку на то, что значение не null. > Прогресс, в голове у апологета сишки появилась умная мысль. Поскольку разыменновывание > nullptr это UB, то как только везде будет проверка, на одну > сишную проблему будет меньше. Я уже указал, что asan,ubsan решает проблему. А ub, чтобы не заставлять компилятор вставлять проверку. >>Указать not_null<> на входе ты не можешь > А нет, показалось. > val foo : 'a option -> unit > Данная функция может принимать None. > val foo : 'a -> unit > Данная функция - не может. Во-первых, в OСaml из std забивают на возвращение option и просто падают для простоты. Во-вторых, как-то ты резко перешел с языка без gc на язык с gc. В-третьих, Xavier Leroy, си уважает. >>т.к. должен на вызывающей стороне > Это всегда должно быть на вызывающей стороне, по определению. Как только сопоставление > с образом выполнено, про null можно забыть, но не раньше. Ты можешь в си тогда написать assert(x) или если хочешь и с NDEBUG чтобы работало свой check(x). Никакой разницы с твоим подходом. Докучи можешь для clang-tidy rule добавить. >>автоматически же сделать компилятор это не сможет. > Не может сделать что? Вы понимаете, что у тип 'a и тип > 'a option это разные типы или нет? И компилятор определяет безопасность > разыменновыания уже в момент проверки типов. Еще раз тебе говорю, что тут нет никакой разницы между option и nullable типом. Ты точно также скачешь и везде доказыавешь, что он не может быть null при получении значения. Компилятор этого не понимает. >>По факту это только показывает вашу некомпетентность. > По факту, вы уже в данной ветке успели настрочить три сообщения, вкинуть > бездоказательное возражение, и не привести ни одного аргумента. Если у вас > есть аргументы, то доставайте их, если нет - признавайте поражение. ЛОЛ. Я на расслабончике отвечаю на твои глупые комменты, воин. Если для тебя это так важно, то ставь крестик за победу на трусах.
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 01:24
	>Я уже указал, что asan,ubsan решает проблему. Вы высказали мнение, ничем его не подкрепив. >А ub, чтобы не заставлять компилятор вставлять проверку. UB для того, чтобы портить память. Сишник без порчи памяти не проживёт >Во-первых, в OСaml из std забивают на возвращение option и просто падают для простоты. Не падает, а выбрасывает исключение. Вы без лжи никак не можете? Если вам надо, можете, например, Core взять. >Во-вторых, как-то ты резко перешел с языка без gc на язык с gc Ну поменяйте сигнатуру на fn foo<T>(v : Option<T>) -> () Мне лень вспоминать, как именно в Rust сигнатуры пишутся. Всё равно, это никак не опровергает мои слова. >В-третьих, Xavier Leroy, си уважает. И? У вас как-то мысль резко оборвалась. >Никакой разницы с твоим подходом. Вы не понимаете разницу между проверкой во время компиляции и временем выполнения, или просто прикидываетесь? >Компилятор этого не понимает. Вы опять лжёте. let a = Int.to_string None Ошибка компиляции: Error: This expression has type 'a option but an expression was expected of type int >Я на расслабончике отвечаю на твои глупые комменты, воин. Вы лжёте буквально в каждом пункте. А когда вам указают на одну вашу ложь, вы придумываете ещё как минимум парочку ложных утверждений. Хотя всего лишь навсего надо было признать неправоту.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 14:53
	>>Я на расслабончике отвечаю на твои глупые комменты, воин. > Вы лжёте буквально в каждом пункте. А когда вам указают на одну > вашу ложь, вы придумываете ещё как минимум парочку ложных утверждений. Хотя > всего лишь навсего надо было признать неправоту. Ты упорно не хочешь понять то, о чем я говорю. Option способ задать отстуствие, чтобы компилятор мог это проверить. Не может он в рантайме понять по вводу пользователя или рандому есть значение или нет и ты вынужден использовать Option. Также если вложенная (библиотечная) функция вернула Option, то и наверх ты будешь его прокидывать. Это как раз и есть заражение как в случае с "цветными" функциями.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 16:32
	>Ты упорно не хочешь понять то, о чем я говорю. Вы упорно отказываетесь написать код, хоть на rust, хоть на python, чтобы проилюстрировать вашу проблему. А ваши обяснения "простыми словами" можно интерпретировать сразу несколькими вариантами. >Не может он в рантайме понять по вводу пользователя или рандому есть значение или нет и ты вынужден использовать Option Для любого побочного эффекта, наличие option - это необходимость. Сейчас ввод соответствет, в будущем - нет. >Также если вложенная (библиотечная) функция вернула Option, то и наверх ты будешь его прокидывать. Это как раз и есть заражение как в случае с "цветными" функциями. Берём обычный си. Функция возвращает NULL. Он точно так же будет подниматься вверх. Что вы этим хотите доказать? Вы вообще программировать умеете?
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 18:37
	>>Также если вложенная (библиотечная) функция вернула Option, то и наверх ты будешь его прокидывать. Это как раз и есть заражение как в случае с "цветными" функциями. > Берём обычный си. Функция возвращает NULL. Он точно так же будет подниматься > вверх. Что вы этим хотите доказать? Вы вообще программировать умеете? Вот рандомная статья про это из другой ветки https://patrickthebold.github.io/posts/what-color-is-your-monad/ В случае указателя ничего менять не нужно, т.к. NULL валидное значение.
	Ответить | Правка | Наверх | Cообщить модератору

	261. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 19:32
	>Вот рандомная статья про это из другой ветки Вы кроме ссылок на чьи-то чужи статьи ничего своего сказать не можете? >В случае указателя ничего менять не нужно, т.к. NULL валидное значение. Что значит "не нужно"? Проверять придётся как option, так и указатель. Только если указатель можно забыть проверить, компиляция пройдёт и будет UB, то забыть проверить option - нельзя. Вы опять упорно игнориуете вопрос "покажите код".
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 18-Апр-26, 16:13
	>Вот есть у тебя список узлов list c полем next. Сделай без null Найдите хоть один null type 'a t = 'a list = | [] | (::) of 'a * 'a list Ну как, справились? >Замена на Option не считается, т.к. это будет по факту то же самое. Вы лжёте. У вас появляется монада, инкапсулирующая работу со значением, и обеспечивающая безопасность. На уровне типа можно понять, где гарантированно не нулевой указатель, а где - нет.
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	210. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 23:31
	>>Вот есть у тебя список узлов list c полем next. Сделай без null > Найдите хоть один null > type 'a t = 'a list = > | [] > | (::) of 'a * 'a list > Ну как, справились? Это совсем не то. Ты просто везде будешь проверять всевозможные значения (в данном случае [] и не пустой). >>Замена на Option не считается, т.к. это будет по факту то же самое. > У вас появляется монада, инкапсулирующая работу со значением, и обеспечивающая безопасность Которая потом везде как "цветная" функция расползается по коду.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 01:05
	>Это совсем не то. Количество null в моём примере - 0. Как видим, в данном случае я прав, а вы нет. >Ты просто везде будешь проверять всевозможные значения Давайте вы будете писать конкретнее. Вот вам несколько искуственный пример let print lst =   List.iter (Printf.printf "%s ") lst;   print_endline ""    let sum =   List.fold_left (+) 0    let () =   let lst0 = ["1"; "2"; "Not a Number"; "3"] in   print lst0;   let lst1 = List.map int_of_string_opt lst0 in   let lst2 = List.map Option.to_list lst1 |> List.concat in   sum lst2 |> Printf.printf "%d" Где здесь это самое "везде"? Обратите внимение val (+) : int -> int -> int val int_of_string_opt : string -> int option Как вы уже должны были запомнить, тип int option нельзя засунуть в int >Которая потом везде как "цветная" функция расползается по коду. Что значит расползается? Я вас огрочу, но существет как минимум map. Вот пишите вы калькулятор, опять же надуманный пример let sum = (+)            let calc op a b =   match int_of_string_opt a, int_of_string_opt b with   | Some a, Some b -> (       match op with       | "+" -> Printf.printf "%d + %d = %d\n" a b (sum a b)       | _ -> print_endline "other calculations"     )   | _ -> print_endline "Both arguments must be numbers" Есть следующие сигнатуры val sum : int -> int -> int val calc : string -> string -> string -> unit Нет нужды заставлять каждую функцию, вроде sum, проверять, ввёл пользователь число или не число. Логику проверки чисел можно инкапуслировать в calc.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (167), 18-Апр-26, 17:11
	> Сделай без null. Замена на Option не считается ty op'yat na nol delish? oche tolsto Шутки шутками, но null не нужен. head: Option<NonNull<Node<T>>>, tail: Option<NonNull<Node<T>>>, Есть же bottom type, есть нормальный тип-сумма. Нет никакого оправдания использования null напрямую. Иначе, зачем палка-копалка, если есть лопата?
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	213. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 23:40
	>> Сделай без null. Замена на Option не считается > Есть же bottom type, есть нормальный тип-сумма. Нет никакого оправдания использования null > напрямую. Оправдание - простота, отстуствие проверок в рантайме. Какие проблемы с этом на практике? -fsanitize=address,undefined и выполнения codepath'а в тестах закрывает вопрос. > Иначе, зачем палка-копалка, если есть лопата? Буквально весь мир построен на палке-копалке получается. Как будешь оправдываться?
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 01:10
	>Какие проблемы с этом на практике? -fsanitize=address,undefined и выполнения codepath'а в тестах закрывает вопрос. Вы любитель обнаруживать баги, когда приложение внезапно падает? >Буквально весь мир Буквально не весь. В ядро уже начат процесс добавление rust, в куче прикладного софта си практически полностью вытеснен.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 14:40
	>>Какие проблемы с этом на практике? -fsanitize=address,undefined и выполнения codepath'а в тестах закрывает вопрос. > Вы любитель обнаруживать баги, когда приложение внезапно падает? Нет, но я понимаю почему так исторически получилось. Для проверки во время компиляции есть разные варианты, начиная от x[static 1] в с99 и заканчивая _Notnull x в с23. >>Буквально весь мир > Буквально не весь. В ядро уже начат процесс добавление rust, в куче > прикладного софта си практически полностью вытеснен. Ключевое слово "начат". В любом случае будут обертки. За 15 лет можно было свое ядро написать. Но почему-то его нет, даже coreutils еще не готов. Проблема в отрицании и юношеском максимализме. Не все растовщики такие, к счастью, но таких большинство среди местных.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (191), 19-Апр-26, 16:38
	>Нет, но я понимаю почему так исторически получилось. Нет, не понимаете. Вам прямо задали вопрос: "Вы любитель обнаруживать баги, когда приложение внезапно падает?". Вы этот вопрос увидели, и решили его проигнорировать. >и заканчивая _Notnull x в с23. Я что-то пропустил, и теперь для разыменновывания указателя нужно наличие _Notnull? Нет? Так не надо это приводить как довод. Кроме того, далеко не каждый компилятор си поддерживает c23. >За 15 лет можно было свое ядро написать. Но почему-то его нет Есть как минимум Redox. >Проблема в отрицании и юношеском максимализме Проблема в старческом конформизме. До тех, пока условно 90% ядра не будут переписаны(а это не быстрый процесс), вы так и будете козырять ядром. Когда ядро перепишут, вы найдёте условный llvm, и будете ссылаться на него.
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 18:35
	>>и заканчивая _Notnull x в с23. > Я что-то пропустил, и теперь для разыменновывания указателя нужно наличие _Notnull? Нет? > Так не надо это приводить как довод. Кроме того, далеко не > каждый компилятор си поддерживает c23. Выше же все написано, перечитывайте. Для с99 есть решение, есть решение с расширениями. >>За 15 лет можно было свое ядро написать. Но почему-то его нет > Есть как минимум Redox. Из под него пишите? Есть тут кто-то, кто пишет из под него? Сомнительный довод. >>Проблема в отрицании и юношеском максимализме > Проблема в старческом конформизме. До тех, пока условно 90% ядра не будут > переписаны(а это не быстрый процесс), вы так и будете козырять ядром. > Когда ядро перепишут, вы найдёте условный llvm, и будете ссылаться на > него. Это ровно то, о чем было сказано выше (юношеский максимализм). И, если что, llvm на с++.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 19:39
	>Для с99 есть решение, есть решение с расширениями. Решения нет, поскольку буквально в том же самом сообщении, вы написали уже про c23. >Из под него пишите? Наличие Redox уже говорит о том, что вы неправы, поскольку изначально, ваше сообщение было про то, что ОС нет.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 20:15
	>>Для с99 есть решение, есть решение с расширениями. > Решения нет, поскольку буквально в том же самом сообщении, вы написали уже > про c23. Всмысле? Открой к примеру map 3 memcpy и посмотри сигнатуру. >>Из под него пишите? > Наличие Redox уже говорит о том, что вы неправы, поскольку изначально, ваше > сообщение было про то, что ОС нет. Какой толк от сырого никому ненужного и неиспользуемого поделия?
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 20:22
	>Открой к примеру map 3 memcpy и посмотри сигнатуру. Что я там должен увидеть? >Какой толк от сырого никому ненужного и неиспользуемого поделия? Показать вашу лживость, очевидно же. Что бы вы и вам подобные не говорили, процент си и c++ падает, а процент rust - растёт.
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 21:28
	>>Открой к примеру map 3 memcpy и посмотри сигнатуру. > Что я там должен увидеть? Что ты не прав. Только man 3, конечно (опечатка). >>Какой толк от сырого никому ненужного и неиспользуемого поделия? > Показать вашу лживость, очевидно же. Что бы вы и вам подобные не > говорили, процент си и c++ падает, а процент rust - растёт. Тяжелый случай.
	Ответить | Правка | К родителю #267 | Наверх | Cообщить модератору

	273. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (191), 19-Апр-26, 22:51
	>Что ты не прав. Только man 3, конечно (опечатка). Вы кроме как ссылаться на чужише статьи, ни на что больше не способны? Ещё раз, что именно я там должен увидеть? >Тяжелый случай. Вы привели контраргумент? Нет. Почему? Потому, что его у вас нет. Признавайте неправоту.
	Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

	189. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
	Сообщение от Аноним (191), 18-Апр-26, 16:13
	>Как ты собрался без запуска кода понять что указатель стал нулевым? Стыдно в 2026 ничего не слышать про монады. Стыдно и безграмотно.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	205. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (205), 18-Апр-26, 21:25
	Стыдно задавать такие невежественные вопросы и кичиться тем, что слышал слово "монада", или вам 15 лет?
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (191), 18-Апр-26, 23:29
	>невежественные вопросы Вы забыли привести аргументы. Кроме того, ни один сишный апологет почему-то не восхитился желанием сделать синтаксическую ошибку UB. >что слышал слово "монада" Кто мешает вам это слово услышать? >или вам 15 лет? Что за дискриминация по возрасту?
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 23:35
	>>Как ты собрался без запуска кода понять что указатель стал нулевым? > Стыдно в 2026 ничего не слышать про монады. Стыдно и безграмотно. Монада это просто инкапсуляция отсутствия в данном случае. Получить значение не проверив на null ты не сможешь - вот и все. Монады точно также расползаются по коду как и async функции. А статическим анализом компилятор не сможет тебе сказать, что монада содержит только значение (действительно, если бы он мог, то монады были бы не нужны) и перекладывает это на тебя.
	Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

	217. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (217), 19-Апр-26, 00:49
	> статическим анализом компилятор не сможет тебе сказать, что монада содержит только значение Что, и отличить Some t от None не сможет на этапе компиляции, чтобы потом не добавлять лишние jne/jnz? Точно? Точно-точно?..
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 00:58
	>> статическим анализом компилятор не сможет тебе сказать, что монада содержит только значение > Что, и отличить Some t от None не сможет на этапе компиляции, > чтобы потом не добавлять лишние jne/jnz? Точно? Точно-точно?.. Как он это сделает, если значение в Optional в рантайме задается, например?
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (217), 19-Апр-26, 01:07
	Существуют случат, когда содержимое типа доказано не пустое: или сам тип не позволяет такого, либо (в случае Option, но там для ряда других вещей есть похожая оптимизация niches, например, для enum, result точно) при явной декларации let k = Some(t). То есть, zero-cost абстракции существуют, и далеко не все, про что рассказано в системе типов, проверяется в рантайме. Противоположное верно: чем больше информации известно компилятору, тем меньше нужно проверок в рантайме. И как контрпример, когда этой информации недостаточно: pointer provenance problem.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (217), 19-Апр-26, 01:21
	Алсо, https://doc.rust-lang.org/std/ptr/struct.NonNull.html
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	221. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 01:03
	>> статическим анализом компилятор не сможет тебе сказать, что монада содержит только значение > Что, и отличить Some t от None не сможет на этапе компиляции, > чтобы потом не добавлять лишние jne/jnz? Точно? Точно-точно?.. Короче хватит сотрясать воздух. Ссылку на godbolt присылай, а там будем смотреть.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	225. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (217), 19-Апр-26, 01:18
	Ну вот, максимально тупой вариант. https://rust.godbolt.org/z/bhn7eeGbn
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 14:42
	> Ну вот, максимально тупой вариант. > https://rust.godbolt.org/z/bhn7eeGbn Ну ты сюда буквально константу засунул #[unsafe(no_mangle)] pub fn prod() -> Option<u32> {     Some(42) } Сделай ввод пользователя или по результату random в сравнении с 0.5
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 15:02
	>> Ну вот, максимально тупой вариант. >> https://rust.godbolt.org/z/bhn7eeGbn > Сделай ввод пользователя или по результату random в сравнении с 0.5 Ладно, вот https://rust.godbolt.org/z/qq9Tcorcx В результате #[unsafe(no_mangle)] pub fn tst() -> u32 {     let k = prod();     match k {         Some(i) => i,         None => 0     } } мы видим tst:         push    rax         call    qword ptr [rip + prod@GOTPCREL]         xor     ecx, ecx         test    al, 1         cmovne  ecx, edx         mov     eax, ecx         pop     rcx         ret
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 01:43
	>Монады точно также расползаются по коду как и async функции. Очередная ничем не подкреплённая фантазия. Вот int по коду не расползается, так с какой радости int option должен расползаться? >А статическим анализом компилятор не сможет тебе сказать, что монада содержит только значение Option как раз и нужен для того, чтобы сказать, что может быть не только значение. Вы пытаетесь брюки надеть через голову? >и перекладывает это на тебя let a = Option.value None ~default:2 Угадайте, какой тип будет у этой переменной? Что, неужели int? Да как так то?
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	246. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 15:21
	>>Монады точно также расползаются по коду как и async функции. > Очередная ничем не подкреплённая фантазия. Вот первая рандомная статья https://patrickthebold.github.io/posts/what-color-is-your-monad/ Избавиться от раползания помогут алгебраические эффекты, например. > Вот int по коду не расползается, так > с какой радости int option должен расползаться? int не надо проверять для пользования значением, а option надо (использование операторов монадического связывания или как они там называются сути особо не меняют). Если либа возвращает option с нижнего уровня стека вызовов, то ее придется наверх прокидывать.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 16:57
	>int не надо проверять для пользования значением, а option надо Что вы этим хотите сказать? Приведите аналогичный код на rust и на си, и покажите - как на rust нужно проверять, а на си не нужно, так, чтобы код не содержкал UB. >Если либа возвращает option с нижнего уровня стека вызовов, то ее придется наверх прокидывать. Это не ответ. Если у вас есть int, то вам его что, не нужно прокидывать наверх, он там магией материализуется?
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 18:32
	>>int не надо проверять для пользования значением, а option надо > Что вы этим хотите сказать? Приведите аналогичный код на rust и на > си, и покажите - как на rust нужно проверять, а на > си не нужно, так, чтобы код не содержкал UB. Честно - лень. >>Если либа возвращает option с нижнего уровня стека вызовов, то ее придется наверх прокидывать. > Это не ответ. Если у вас есть int, то вам его что, > не нужно прокидывать наверх, он там магией материализуется? В статье же про это написано? Если foo вызывал int bar() и поменяли int bar() на Optional<int> bar, то foo тоже должен теперь возвращать Optional<int> и любой кто foo() использует.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (191), 19-Апр-26, 19:44
	>Честно - лень. Нет, не лень. Поскольку вы либо не умеете программировать, и по этому написать ничего не можете, либо осознали в чём проблема, и не хотите позорится ещё больше. >Если foo вызывал int bar() и поменяли int bar() на Optional<int> bar, то foo тоже должен теперь возвращать Optional<int> и любой кто foo() использует. И дальше что? Если вы хотя-бы в одном месте возвращаете NULL, то вам точно так же придётся на NULL проверять везде, либо вы получите UB. У вас не поменяется ровным счтётом ничего, проверку всё так же нужно будет проводить.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 20:05
	>>Честно - лень. > Нет, не лень. Поскольку вы либо не умеете программировать, и по этому > написать ничего не можете, либо осознали в чём проблема, и не > хотите позорится ещё больше. Да-да (с) >>Если foo вызывал int bar() и поменяли int bar() на Optional<int> bar, то foo тоже должен теперь возвращать Optional<int> и любой кто foo() использует. > И дальше что? Если вы хотя-бы в одном месте возвращаете NULL, то > вам точно так же придётся на NULL проверять везде, либо вы > получите UB. У вас не поменяется ровным счтётом ничего, проверку всё > так же нужно будет проводить. В том то и дело что нет. UB ты получишь только в случае разыменования нула. Куча мест, где явно говорится, что нул не надо передавать и не передаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (191), 19-Апр-26, 20:28
	>UB ты получишь только в случае разыменования нула А зачем вам нужен указатель, если вы не собираетесь его разыменновывать? >Куча мест, где явно говорится, что нул не надо передавать и не передаешь. И чем си в этом случае отличается в лучшую сторону от rust? Давайте, накидайте пример строчек на 15-ть. Что, не можете? >и не передаешь И какой это магией происходит, если ни в сигнатуре функций, ни в сигнатуре переменных ничего не сказано про nullable? >Да-да (с) Я не вижу от вас ни одного примера, даже с синтаксическими ошибками. Одни только рассуждения, и ссылки на чужие статьи. Давайте, просто признавайтесь в своей неправоте.
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 21:31
	>>UB ты получишь только в случае разыменования нула > А зачем вам нужен указатель, если вы не собираетесь его разыменновывать? Разыменуй, в чем проблема-то? Если ты уверен, что он не null. >>Куча мест, где явно говорится, что нул не надо передавать и не передаешь. > И чем си в этом случае отличается в лучшую сторону от rust? > Давайте, накидайте пример строчек на 15-ть. Что, не можете? Тебе надо, ты и накидывай. Метать бисер перед свиньей не собираюсь. >>и не передаешь > И какой это магией происходит, если ни в сигнатуре функций, ни в > сигнатуре переменных ничего не сказано про nullable? Вот так. Магия!) Хочу и не передаю null и все работает) >>Да-да (с) > Я не вижу от вас ни одного примера, даже с синтаксическими ошибками. > Одни только рассуждения, и ссылки на чужие статьи. Давайте, просто признавайтесь > в своей неправоте. Пффф. Статью то хоть прочитал?
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 23:05
	>Разыменуй, в чем проблема-то? Если ты уверен, что он не null. И как именно я пойму, что там не null? Вы предлагаете через строчку на null проверять, как в go? >Тебе надо, ты и накидывай Я вам уже показал пример, теперь ваша очередь. >Хочу и не передаю null и все работает) Вы не можете "захотеть" поскольку вы не знаете, есть у вас null или нет. Более того, если два человека работают над проектом, вы запросто передатите null, после правки второго. Да даже если и один - вы всё равно не помните весь проект наизусть. Я вам уже задал вопрос, чем код на си с указателями лучше кода на rust с option. Ответа до сих пор нет. >Статью то хоть прочитал? Что именно я там должен прочитать? Называть монады цветными - это классический пример непонимания ситуации. И тот факт, что вы ссылаетесь на данную статью, как раз и говорит о том, что вы точно так же в этом не разбираетесь. Я вам уже приводил несколько примеров, где вся работа с option инкапсулирована внутри одной единственной функции, и что характерно, вы абсолютно ничего к данным ответам не написали. Вы уже опозорились своей неграмотностью, признавайте поражение.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 23:45
	>>Статью то хоть прочитал? > Что именно я там должен прочитать? Называть монады цветными - это классический > пример непонимания ситуации. Покажи конкретно, где автор статьи ошибается.
	Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

	276. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (191), 19-Апр-26, 23:59
	Вам уже было это показано, на примере val calc : string -> string -> string -> unit Не смотря на то, что внутри данной функции используется option, наружу это никуда не уходит. Фактически, повторяя тему статьи, это парадоксальная ситуация, когда у функции с красным телом синяя сигнатура. Ровно на этом моменте, любые рассуждения о цвете функции можно заканчивать.
	Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

	281. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 20-Апр-26, 00:20
	> Вам уже было это показано, на примере > val calc : string -> string -> string -> unit > Не смотря на то, что внутри данной функции используется option, наружу это > никуда не уходит. Конечно, потому что ты внтури calc какого-то делаешь проверку   | _ -> print_endline "Both arguments must be numbers" C чего бы библиотечной функции самой проверять все проверять, да еще и в stdout писать? Поправть и у тебя сразу монада наверх пролезет.
	Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

	282. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 20-Апр-26, 00:30
	> Фактически, повторяя тему статьи, это парадоксальная ситуация, когда > у функции с красным телом синяя сигнатура. Ровно на этом моменте, > любые рассуждения о цвете функции можно заканчивать. Ну да. А оператор >>= тогда зачем? Или let%bind? А List.hd кидает исключение...
	Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

	280. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 20-Апр-26, 00:12
	>>Разыменуй, в чем проблема-то? Если ты уверен, что он не null. > И как именно я пойму, что там не null? Вы предлагаете через > строчку на null проверять, как в go? Я предлагаю не проверять нул, там где ты уверен, что он не нул. Можешь асерт поставить. Можешь проверять везде. Это, как говорится, up to you. Если же ты пихаешь нул, там где его логически не может быть, например, в какой-нибудь void mapput(struct map *map, struct mapkey *k), то ты сам злобный буратино и не удивляйся, что получишь уб. Очевиднейшие вещи. >>Тебе надо, ты и накидывай > Я вам уже показал пример, теперь ваша очередь. Выше твои сообщение - это просто нытье. Где-то там был код на ocaml, но мне его влом разбирать. Как-то так. >>Хочу и не передаю null и все работает) > Вы не можете "захотеть" поскольку вы не знаете, есть у вас null > или нет. Более того, если два человека работают над проектом, вы > запросто передатите null, после правки второго. И дальше что? В нормальном проекте есть тесты, они упадут, ubsan найдет очевидную проблему, или стат. анализатор сработает, или в конце концов дебагером посмотришь. И не будешь "запросто передавать" нул куда не надо. Это бредятина от человека, который не писал код, не умеет проектировать, не читает доку. Если ты такой, то тебе вообще лучше к клавиатуре не подходить, либо писать на чем-то более "безопасном". >  Я вам уже задал вопрос, чем код на си с указателями лучше кода на rust с option. Ответа до сих пор нет. Его не будет. Зачем мне это сравнивать? Изначальный вопрос топикстартера был про то, почему в си этого не было. Потому что простота, такой вот by design. Зато стандарт маленький. Рабочий компилятор (без супер оптимизаций и стд либы) напишет студент-магистрант за 3 недели, а с готовым бэкендом, типа qbe за одну и это будет работать (с qbe еще и быстро)! Поэтому си и распространился. Кстати, его никто не пиарил как ржу, ЛОЛ.
	Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

	230. Скрыто модератором	+/–
	Сообщение от Аноним (230), 19-Апр-26, 03:33
	> Как ты собрался без запуска кода понять что указатель стал нулевым? Булочка, не притворяйся дурочкой. Аноним задал вопрос не о статической проверке указателя (что, кстати, есть в Расте: &[mut]T - всегда валидный указатель), а о том, почему дыряшка позволяет разыменовывать нулевой указатель (программа с ошибкой). Ответ Раста: если в системе типов нет нулевого указателя, то и разыменовать его ты не сможешь. Если же указатель может отсутствовать, тогда есть Option.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	243. Скрыто модератором	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 14:49
	>> Как ты собрался без запуска кода понять что указатель стал нулевым? > Булочка, не притворяйся дурочкой. Аноним задал вопрос не о статической проверке указателя > (что, кстати, есть в Расте: &[mut]T - всегда валидный указатель), а > о том, почему дыряшка позволяет разыменовывать нулевой указатель (программа с ошибкой). Очевидно для оптимизации. Иначе бы пришлось проверять везде, что указатель не null. Но тебе никто не мешает в твоем компиляторе это поддрежать. > Ответ Раста: если в системе типов нет нулевого указателя, то и > разыменовать его ты не сможешь. Если же указатель может отсутствовать, тогда > есть Option. Разве? use std::ptr; let p: *const i32 = ptr::null(); assert!(p.is_null()); Option отличается только необходимость проверки и все. Я думаю fanalyze в си это будет ловить, или нормальный стат. анализатор. Также были какие-то пропозалы на явный _Option спецификатор.
	Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
Сообщение от Аноним (162), 18-Апр-26, 04:48
Забавно, что эксперты из серии "на нём ничего не пишут" куда-то пропали последнее время. Видимо их смутило, что куда не посмотри - везде на расте написано.
Ответить | Правка | Наверх | Cообщить модератору

	165. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (18), 18-Апр-26, 09:19
	И не говори, похоже у многих наконец таки прошло отрицание и началась фаза принятия;) Того и гляди скоро переобуться и будут в качестве de использовать cosmic;)))
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
	Сообщение от Аноним (171), 18-Апр-26, 11:01
	Совершенно ожидаемая фаза зрелости: 1. #language_name только игрушка 2. на #language_name ничего не пишут! 3. #language_name не используется в индустрии 4. #language_name не хватает формальной спецификации (или аналога) 5. использование #language_name для нужд индустрии не учитывает #obscure_corner_case Причем стадии выше ни разу не ироничные, и абсолютно нормальные при развитии языка. Требования к которому на разной стадии зрелости разные. «находитесь здесь» в случае Rust где-то между 4 и 5: есть Ferrocene, но язык все еще неторопливо проходит RFC-процесс для допиливания нужного (Ojeda писал ряд познавательных постов).
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	182. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 15:20
	Kubernetes vs Linkerd Docker vs Youki Terraform vs Pulumi Hugo vs Zola Caddy vs Pingora Дальше продолжать что больше популярней ?
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	184. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (184), 18-Апр-26, 15:36
	> Дальше продолжать что больше популярней ? То что появилось раньше?     Kubernetes (2015) vs Linkerd (2017)     Docker (2013) vs Youki (2021)     Terraform (2014) vs Pulumi (2018)     Hugo (2013) vs Zola (2017)     Caddy (2019) vs Pingora (2024) Закономерность просматривается, не правда ли. Помню все-все писали на связке apache + php. Хотя даже сейчас находятся те, кто на нем что-то пописивает. LAMP заменили на тот же LEMP) График падения популярности апача можно посмотреть в интернетах. > Caddy vs Pingora Сравнивать ready-to-use решение с Frameworkʼом это конечно сильно. Это как сравнивать VW Caddy и какое-то голое шасси Iveco, которое ты можешь допилить под себя) С другой стороны Cloudflare это сколько процентов интернета? 15% 20%? Без расткода оно бы работало? Да. Но сейчас оно работает на расткоде. Это просто факт, даже если он не нравится.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от OpenEcho (?), 18-Апр-26, 15:57
	> Закономерность просматривается, не правда ли. Еще как просматривается, если вспомнить математику и сделать соотношение разницы в возрасте и популярности, ну чтобы эксьюзы убрать > > Caddy vs Pingora > Сравнивать ready-to-use решение с Frameworkʼом это конечно сильно. Я про "всё на расте написанно", согласен не совсем VS получился, но хоть родственность остаётся > Это просто факт, даже если он не нравится. Да причем здесь это? Я про то, на чем создавать продукты быстро и надежно. Есть области где без раста просто тяжело обойтись и если продукт новый, то это действительно то что нужно брать, но если есть инструмент более понятный для большинства и нет технических ограничений то значительно быстрей разрабатывается на более вменяемом языке
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (200), 18-Апр-26, 20:35
	> сделать соотношение разницы в возрасте и популярности А оно так не работает :) Кто первый поляну захватил, того ну очень будет тяжело подвинуть. Потому что уточки уже привыкли и вообще "работает - не трогай". Сколько лет линукс, финансируемы кучей корпов и в том числе мелкософтом, пытаются подвинуть оффтопик? И чо? Как успехи? Пять процентов уже есть?)) > то значительно быстрей разрабатывается на более вменяемом языке Вменяемый это дырявый? Или что на нем любая makaka писать может?) Тут дело в тех же уточках. Они просто привыкли.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (205), 18-Апр-26, 21:15
	>Сколько лет линукс, ..., пытаются подвинуть оффтопик? И чо? Как успехи? Торвальдс никогда не позиционировал Linux в качестве конкурента Windows, тем более Столман. Он же прямо сказал - just for fun. А если говорить о производителях дистрибутивов (rh, suse, slaka и тд.), то они позиционировали свои продукты как более дешёвую замену Unix'у, AIX, HP-UX, DEC UNIX, IRIX, Solaris и другим unix-подобным системам и мейнфреймам. Linux-дистрибутив был дешевле фирменного unix'а и мейнфрейма за счёт того, что мог работать на дешёвом x86-оборудовании. Если unix-станция стоила 30 тыс. долларов, то linux-станция - всего 2 тысячи с учётом цены ПО. И в этом деле у Linux значительные успехи, фактически Linux уничтожил все фирменные unix-системы и все мейнфреймы.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (205), 18-Апр-26, 21:28
	>Вменяемый это дырявый? Или что на нем любая makaka писать может?) Тут дело в тех же уточках. Они просто привыкли. Вы безнадёжны. Смиритесь с этим.
	Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

	219. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 01:00
	> везде на расте написано. Это везде сейчас с нами, в этой комнате?
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

163. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
Сообщение от Аноним (163), 18-Апр-26, 06:27
Анализаторов трафика на C/C++ десятки, самый известный Wireshark, существуют он уже десятилетия и никто этим не кичится, но на Rust любой хэллоуворлд считается достижением
Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (-), 18-Апр-26, 13:56
	> никто этим не кичится, но на Rust любой хэллоуворлд считается достижением Дело не в том, чтобы кичиться. Надо знать о новых вещах, которые заменяют старые. Я тут для себя zellij открыл, и наконец выкинул фтопку tmux. Кто-то про ayaFlow узнал, и сможет наконец выкинуть фтопку wireshark. Мне wireshark нужен раз в пять лет, и когда он понадобится, я знаю, что не буду в очередной раз ставить wireshark, потому что есть ayaFlow.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Y (??), 18-Апр-26, 14:18
	конечно, кто-то узнает и поставит линукс, чтобы отлавливать пакеты виндовс, лишь бы wireshark не ставить
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Сладкая булочка (?), 18-Апр-26, 14:46
	>> никто этим не кичится, но на Rust любой хэллоуворлд считается достижением > Кто-то про ayaFlow узнал, и сможет наконец выкинуть фтопку wireshark Очень смешно.
	Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

	179. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (179), 18-Апр-26, 14:49
	Вангую что через 5 лет Wireshark будет все так же выпускать релизы, а вот что будет с ayaFlow через 5 лет большой вопрос
	Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

	220. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 01:01
	> а вот что будет с ayaFlow через 5 лет большой вопрос Через месяц новой версией компилятора раста уже не соберется.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (-), 19-Апр-26, 14:27
	> Вангую что через 5 лет Wireshark будет все так же выпускать релизы Мне-то какое дело до этого теперь? > а вот что будет с ayaFlow через 5 лет большой вопрос О, ayaFlow будет развиваться. Есть единственный сценарий, при котором она не будет развиваться, это если что-то лучшее выпилят на расте. Все хейтеры раста упускают из вида один нюанс: писать на расте реально фан. Ковыряться в растовых программах -- фан. После C/C++ это просто глоток свежего воздуха. Когда ты сталкиваешься с C/C++ программой, ты начинаешь с того, что выясняешь как её собирать, где какие ручки есть покрутить, чтобы настроить. И это само по себе может занимать часы или даже дни. С растом ты не тратя не секунды знаешь как собрать релиз, дебаг, как прогнать тесты, и где будут лежать собранные бинари. С зоопарком же C/C++ тулзов, которые ещё C/C++ программистам часто лень использовать, а когда не лень то это может быть ещё хуже, потому что они могут какую-нибудь такую альтернативщину затащить... Или -- о ужос -- начать пилить простыни шеллскриптов на коленке. И никаких autotools. И никакого cmake. Сам по себе тулинг раста позволяет тебе нырнуть с головой в изучение кода не тратя времени на изучение того, как разработчики в этом случае использовали те костыли, которые в мире C/C++ называют системами сборки. Это само по себе возвращает фан от работы с кодом, забытый ещё где-то в нулевых. Так что ничего с этим ayaFlow не случится. Если его разработка споткнётся, то растоманы подерутся за освободившееся место мейнтейнера.
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

234. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+3 +/–
Сообщение от Аноним (234), 19-Апр-26, 08:22
Вот я серьезно - проще научиться программировать правильно, нежели запомнить весь инструментарий "безрпасного" программирования от Rust.
Ответить | Правка | Наверх | Cообщить модератору

	235. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (235), 19-Апр-26, 12:30
	Всё верно, только одна закавыка - чтобы научится правильно программировать, надо 10 лет. А это невыгодно так долго учить ни бизнесу, ни государству.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Володька Драйвер (?), 19-Апр-26, 14:03
	А кушать вы что будете пока будете 10 лет учиться?) Сейчас время не то - джуны не нужны, через 5 лет и мидлы не будут нужны. Либо вы сразу программируете безопасно и как дохуя синьёр, либо для вас есть "свободная касса".
	Ответить | Правка | Наверх | Cообщить модератору

	240. Скрыто модератором	+1 +/–
	Сообщение от Аноним (240), 19-Апр-26, 14:39
	Джунов и мидлов - на мороз, okay, allright, принимается. Соответственно, остаются лишь сеньоры, которые через несколько десятков лет уйдут на пенсию (или сразу на тот свет). Вопрос: кого на замену, если джунов и мидлов тупо выперли? Вчерашнего студента даже престижного ВУЗа, даже с красным дипломом никто сразу в сеньоры не возьмет. Ну? Чего делать будем?
	Ответить | Правка | Наверх | Cообщить модератору

	247. Скрыто модератором	+/–
	Сообщение от Сладкая булочка (?), 19-Апр-26, 15:26
	> Соответственно, остаются лишь сеньоры, которые через несколько десятков лет уйдут на пенсию (или сразу на тот свет). На них еще нагрузка будет расти, т.к. разбираться с "ии-джуном" теперь придется ему. Еще может быть, что один такой сеньор уйдет и придет другой, которому придется в нейрослопе разбираться, что по цене как бы дороже. Короче бизнему проще держать и поддерживать штат на замену как и сейчас.
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (191), 19-Апр-26, 17:01
	>чтобы научится правильно программировать, надо 10 лет Глупость. Вам хоть 10 лет давай, хоть 20 - результат лучше не станет. Либо вы понимаете, почему null разыменновывать нельзя, и пишите на rust, либо периодически отстреливаете себе ноги на си, так как забыли проверку, либо периодически делаете лишнюю работу, проверяя на null даже там, где его гарантированно не..
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

	260. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+2 +/–
	Сообщение от Аноним (260), 19-Апр-26, 18:53
	На Расте еще ничего написано не было, только *переписано*. Даже шутка ходит, в определенных кругах - "У нас есть 50 гейм-движков на Rust и 2 игры на них". Если бы не агрессивная политика кое-кого, и заливание всё деньгами, то он никому и нужен не был бы.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–2 +/–
	Сообщение от Аноним (191), 19-Апр-26, 19:36
	>На Расте еще ничего написано не было, только *переписано* Вы знаете, что это ложь, я знаю, что это ложь, вы знаете, что я знаю, что это ложь, но всё равно говорите это. Проектов, написанных на rust куча.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+1 +/–
	Сообщение от Аноним (144), 20-Апр-26, 00:04
	Какая задача была решена на расте, которую до раста ни разу не решали?
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (144), 20-Апр-26, 00:06
	> null разыменновывать нельзя Видно, что ни разу ты не программировал МК, где null - валидный указатель, содержащий валидные структуры, доступные даже для валидной записи.
	Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

	277. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	+/–
	Сообщение от Аноним (144), 20-Апр-26, 00:01
	> чтобы научится правильно программировать, надо 10 лет Ну теперь понятно, почему раст через 20 лет разработки до сих пор не готов и содержит unstable части.
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

	253. "Выпуск Rust 1.95. Добавление Rust в дисплейный сервер Mir. А..."	–1 +/–
	Сообщение от Аноним (191), 19-Апр-26, 17:03
	Ну так пойдите и научитесь. А то берёшь иксы, а там дыры четверть вековой давности. https://www.opennet.ru/opennews/art.shtml?num=65210 >Уязвимость проявляется с выпуска X11R6.6 (2001 год). Так почему вы не учитесь?
	Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

	259. Скрыто модератором	+2 +/–
	Сообщение от Аноним (260), 19-Апр-26, 18:44
	Я то умею, потому что учился, а не вкатывался, как 90 процентов местных "специалистов".
	Ответить | Правка | Наверх | Cообщить модератору

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

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