forum.opennet.ru - "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и создания прошивок" (261)

"Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и создания прошивок"

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

"Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и создания прошивок"	+/–
Сообщение от opennews (??), 12-Дек-25, 14:08
Опубликован релиз языка программирования Rust 1.92, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64416
Ответить \| Правка \| Cообщить модератору

Оглавление

Спасибо автору за ретроспективу последних новостей Особенно радует Ferrocene Пу, Аноним (3), 14:12 , 12-Дек-25, (3) +3

Продолжена стабилизация типа never , обозначаемого символом , Аноним (12), 14:37 , 12-Дек-25, (12) –5

Ну так язык развивается, а не застрял в 70х Поэтому появляются экспериментальные, Аноним (3), 14:41 , 12-Дек-25, (16) +6

Если символ развивать 20 лет и до сих пор не стабилизировать, это диагноз , Аноним (12), 15:09 , 12-Дек-25, (44) –5

Учитывая что расту всего 13 лет то анон опять газифицировал лужу Ну а с друго, Анонимусс (?), 15:17 , 12-Дек-25, (51) +16

Это вы с какого момента считаете С релиза 1 0 С 1 8, когда они в последний раз, Аноним (73), 15:48 , 12-Дек-25, (73) –2

С Rust 0 1 - first public release, 2012 год Но если хотите - можно и с 1 0, это , Анонимусс (?), 16:48 , 12-Дек-25, (114) +3

А 0 1 возник сразу, мгновенно в 2012, а не разрабатывался с 2006-го Речь-то изн, Аноним (12), 20:24 , 12-Дек-25, (181) –1

Изначально это должен был быть язык со сборщиком мусора, гринтредами и без borro, Аноним (-), 22:32 , 12-Дек-25, (200) +1

Предлагаю начать отсчёт существования языка с момента публикации спецификации , Аноним (73), 22:51 , 12-Дек-25, (214) –1

Без проблем Initial commit для Rust RFCs был сделан Mar 10, 2014github com rust, Аноним (221), 23:31 , 12-Дек-25, (221)

А какой феерический копиум в связи с этой темой тут недавно выдавал местный нах, Аноним (155), 19:09 , 12-Дек-25, (155) +2

И зачем на человека с таким логином обращать внимание , Прохожий (??), 01:35 , 14-Дек-25, (290)

Дак его - - ещё и не доделали Думаешь, если за 13 лет не сделали, то за, Аноним (12), 20:21 , 12-Дек-25, (180)
Это норма для растсеров в лужу Graydon Hoare created Rust in 2006 Вы же не бу, Аноним (12), 20:27 , 12-Дек-25, (182) –1
А на кой этот bool сдался С это язык для тех кто понимает как оно там асме на са, Аноним83 (?), 21:20 , 12-Дек-25, (187) –1

А можно подробнее про переносимость Если я правильно помню стандарт, то тот же l, Аноним (-), 22:20 , 12-Дек-25, (195) +1

Переносимость по сравнению с кодом на ассемблере Когда С появился кажется не был, Аноним83 (?), 22:30 , 12-Дек-25, (196) –1

Нууууу Точно было 8- 16- 31- 32- и 64- бита Ходят деФФки что были и 7-bit-ки, _ (??), 23:33 , 12-Дек-25, (222)

Когда он появился это 8-16 ещё ладно И может даже 4 бита для адреса, но я честн, Аноним83 (?), 00:31 , 13-Дек-25, (236)

А ты вообще-то хотбы год рождения Си знаешь - А это _1970_ -ый IBM System, _ (??), 23:07 , 13-Дек-25, (289) +1

У тебя есть пример языка работающего на большем числе платформ чем Си Ню-ню -р, _ (??), 23:25 , 12-Дек-25, (219) +3

Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел , Аноним (155), 23:54 , 12-Дек-25, (227) +1

Название переменной начинающееся с is_ гораздо нагляднее какого то там bool на, Аноним83 (?), 00:51 , 13-Дек-25, (241) –1

Ага, а вообще идеал - венгерская нотация, как в майкрософтовских АПИ По всему к, Аноним (155), 02:10 , 13-Дек-25, (246)

Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел, Siffer (?), 04:07 , 13-Дек-25, (248) +1

Особенно класно когда в нем undefined behavior , а не implementation defined , Аноним (-), 12:32 , 13-Дек-25, (265)

Особенно класно когда в нем undefined behavior , а не implementation defined , Siffer (?), 14:09 , 13-Дек-25, (270)

Почему тогда не сказать вот как они сделали, так и правильно Т е взять пункт с, Аноним (-), 14:50 , 13-Дек-25, (272)

Почему тогда не сказать вот как они сделали, так и правильно ,Кто такие они, Siffer (?), 19:21 , 14-Дек-25, (324)

У UB противоположный смысл Работа среды не имеет значения, потому что - наши ко, Аноним (275), 15:46 , 13-Дек-25, (275)

gt оверквотинг удален Не знаю про llvm Знаю про ассемблер GCC при отключеных, Siffer (?), 21:57 , 13-Дек-25, (286)
То есть это довольно определённое поведение - язык сделает свою часть работы и д, Аноним (275), 22:49 , 13-Дек-25, (288)
Если мы рассуждаем в рамках компилятора, все то, что у нас имеется, это компилят, Siffer (?), 19:38 , 14-Дек-25, (325)

Стабилизируется не символ , а концепция за ним стоящая и её применение Вроде о, Аноним (170), 19:53 , 12-Дек-25, (170) +2
Попробуйте, ради интереса, начать проектировать свой ЯП например, хотя бы не си, Аноним (189), 21:29 , 12-Дек-25, (189)

Да вот нафига нужен ещё один язык Часто даже либы под имеющиеся языки не очень , Аноним83 (?), 22:16 , 12-Дек-25, (194) –2

Это же процесс эволюции что-ли Даже если многие новомодные фишки ещё рассматр, Аноним (189), 23:47 , 12-Дек-25, (224) +1

В go выбрали синтаксис в ущерб производительности Подробности https without , Прохожий (??), 01:47 , 14-Дек-25, (291)

Надёжный софт пишется на Ada SPARK, а не на ржавом , Аноним (80), 15:58 , 12-Дек-25, (80) –1

Ты хотел сказать супер надежный Просто надежность бывает разной - где-то нужна, Аноним (-), 16:02 , 12-Дек-25, (85) +3

Да откуда им знать Вот толи дело аноним с опеннета, вот он точно готов дать экс, Аноним (145), 18:00 , 12-Дек-25, (145) +4

На Ada SPARK консьюмерского софта не пишется Но консьюмерский софт может и долж, Аноним (88), 16:05 , 12-Дек-25, (88) +3
На MISRA C вообще-то , Аноним (185), 20:48 , 12-Дек-25, (185) –1

А вы пробовали писать на ней Вы бы взвыли еще больше чем от раста В MISRA C от , Аноним (-), 21:59 , 12-Дек-25, (193) +3

Ой да ни чуть не сложнее, чем борьба с боровами в расте , Аноним (185), 22:31 , 12-Дек-25, (198) –2
Забавно У меня почти весь код примерно так и написан, но конечно память я динами, Аноним83 (?), 22:36 , 12-Дек-25, (203) –2

Да ты у нас особенный А фразы типа у меня код и я делаю с потрохами выдают , Аноним (155), 23:57 , 12-Дек-25, (228)

И чем это плохо У меня то есть код который я написал и пользуюсь им, некоторые д, Аноним83 (?), 00:38 , 13-Дек-25, (237)

Тем, что имея абсолютный ноль компетенции в разработке сколь-нибудь серьезного П, Аноним (155), 02:18 , 13-Дек-25, (247)

А понять что эта красота - не для написания JSON-парсерофф сделана, совсем никак, _ (??), 00:00 , 13-Дек-25, (230) +1

Разумеется Но и ведро на ней тоже не напишешь А если таки надо написать парсер , Аноним (-), 00:40 , 13-Дек-25, (238) +1

всегда так пишу в ядре а больше нигде и не использую С На расте самому писать с, Аноним (245), 01:44 , 13-Дек-25, (245) +1

Ждем нытья луддитов О, это весьма хорошо Еще один шажок в серьезный бизнес типа, Аноним (-), 14:18 , 12-Дек-25, (4) –5

такой же комент был в эпоху асм, когда новый релиз Сишки выходил, что не так , Аноним (24), 14:48 , 12-Дек-25, (24) +1
При какое нытьё речь Большинство пользуется gcc и не знают никаких llvm , Аноним (74), 15:49 , 12-Дек-25, (74) +6

тебе нужен новый фаерфокс, значит тебе нужен новый раст и беги собирай llvm к, Аноним (213), 22:49 , 12-Дек-25, (213)

Тебе нужен новый фаерфокс Дождись пакета от мейнтейнера Как-то так нормальные , Прохожий (??), 01:56 , 14-Дек-25, (292)

А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и отдать на р, Аноним (5), 14:18 , 12-Дек-25, (5) +2

Так оно и было до успеха проекта Rust For Linux Все было на отдельной ветке Но , Анонимусс (?), 14:24 , 12-Дек-25, (7) +3

Линус всё ещё продолжает нянчится с этими луддитами Слишком добрый, а надо как , Аноним (15), 14:40 , 12-Дек-25, (15)

И как, ты уже достаточно современный Это передаётся воздушно-капельным путём , Аноним (80), 16:01 , 12-Дек-25, (83) +1

Венерическое, так что тебе не грозит, не парься , Аноним (154), 19:01 , 12-Дек-25, (154) –1

Вас, функционалов не зря запретили , Аноним (223), 23:46 , 12-Дек-25, (223) +1

Пусть вначале доживут до 2030 а там посмотрим Обежать не значит жениться С, _ (??), 00:07 , 13-Дек-25, (232)

А что им может помешать, ну кроме страны с агрессивными северными обезьянами по , Прохожий (??), 01:59 , 14-Дек-25, (293) –2

только там экология лишь предлогом являетсяпоявится возможность соразмерное ба, Смузихлеб забывший пароль (?), 07:15 , 13-Дек-25, (249) +1

А зачем продукты растсеров в апстриме Вот я например написал что-то для линукса, Аноним (12), 14:41 , 12-Дек-25, (17) –3

Чтобы им было удобно Ну, на тебя лично тем, кто в лине принимает решения, как-то, Анонимусс (?), 14:48 , 12-Дек-25, (26) +1

Учитывая, что главный Rust-оман - это сам Линус который, напомню, официально за, Аноним (155), 19:12 , 12-Дек-25, (156)

А было, кстати, реально круто, если бы все вообще все сишники ушли из ядра и с, Аноним (185), 20:53 , 12-Дек-25, (186) +5

Там большая часть на зарплате сидит, не уйдут Но зрелище и правда было бы инере, Аноним (73), 22:45 , 12-Дек-25, (209) +1
И ктобы победил Для меня просто не очевидно , Аноним (223), 23:47 , 12-Дек-25, (225)

тот, кто сможет на этом заработать Очевидно жеТем более, что правильные посоны, Смузихлеб забывший пароль (?), 07:18 , 13-Дек-25, (250) +1

Ну, то есть остались бы Линус и ватага корпов в лице Google, Microsoft и т п Д, Аноним (155), 00:00 , 13-Дек-25, (229) +2

А кроме них там кто-то еще есть Не видно по статистике коммитов , Аноним (321), 10:58 , 14-Дек-25, (321)

А столоваться они где будут Просто начнут как и в любой корпе - ИБД вместо работ, _ (??), 00:18 , 13-Дек-25, (234)

Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режим, Аноним83 (?), 00:56 , 13-Дек-25, (242) –2

А это ЭТО потом можно будет прочитать или исправить Будет в расте какая-то функц, Аноним (-), 01:10 , 13-Дек-25, (243)
Да что ты говоришь А пример можно такой переписывающей на автомате програмки О, Аноним (155), 14:41 , 13-Дек-25, (271) +1

Я не понимаю, где ты видишь проблемы с этим Проблемы могут быть с тем, чтобы не, Аноним (-), 17:59 , 13-Дек-25, (282)

Как это прекрасно Теперь я учу раст и сделаю для всех много безопасных программ, Доктор.Ливси (?), 14:30 , 12-Дек-25, (8) +1

https rust-lang org ru , Аноним (109), 16:41 , 12-Дек-25, (109) –1
f return , OpenEcho (?), 13:00 , 13-Дек-25, (268)

Ни от чего он не избавляет, просто заменяет одни ошибки на другие побуждая прогр, Аноним (14), 14:40 , 12-Дек-25, (14) –6

Продолжайте повторять это перед зеркалом два раза в день утром и вечером И насла, Анонимусс (?), 14:43 , 12-Дек-25, (20) +10

Которых нет, кроме переписанных с ошибками core utils , Аноним (14), 14:49 , 12-Дек-25, (27) –2

Качественный копиум Проектов нет, но как же у меня горит 128557 , Аноним (155), 19:28 , 12-Дек-25, (165) +3

Ваше мнение, как ононимного ыксперда , конечно очень афторитетно и ценно, но во, Аноним (-), 14:44 , 12-Дек-25, (21) +4

Читайте новости на опеннете, здесь всё есть Корпорастам веры нет - у них всегда , Аноним (14), 14:48 , 12-Дек-25, (25) –3

Ээ Что ж ты так уныло слился Я надеялся на какие-то вскуракеки из СИшного угла, Аноним (-), 14:52 , 12-Дек-25, (31) +2

вскукареки , из угла Ты откуда сюда с таким лексиконом пришёл Их никто не , Аноним (14), 15:06 , 12-Дек-25, (40) –2

Пф, и кто им запретит Ты В СПО никто никому ничего не должен Если они пишут ко, Аноним (43), 15:08 , 12-Дек-25, (43) +3

Это общая беда, так что в лес пойдут все, когда ядро перестанет быть открытым , Аноним (14), 15:14 , 12-Дек-25, (49) –3

Это как Если код открыт - ядро открытое Так они уже Лет 10 так точно Может в я, Аноним (-), 15:19 , 12-Дек-25, (53) +2
Ты поди с BSD пишеш С links из tty Или все таки лицемеришь, сидя на том самом , Аноним (155), 19:22 , 12-Дек-25, (161) +2

Пхахаха Ну давай выпилим из ядра все, что накодили корпы, и оставим только кусо, Аноним (155), 19:18 , 12-Дек-25, (158) +2

Не так страшен Linux как его фанаты Фанаты даже самого безобидного явления дела, Аноним (223), 23:52 , 12-Дек-25, (226) +1

Ну ты насмешил конечно Ты приводишь в пример какието данные неучей с гугла в пр, Аноним (145), 18:04 , 12-Дек-25, (148) +3

Почему-то в любой профессии предпочитается более безопасный инструмент, но сишни, Аноним (284), 20:24 , 13-Дек-25, (284)

Rust - язык для новичков, он прощает ошибки Для профи - Си, но это только для т, Аноним (14), 14:43 , 12-Дек-25, (18) –1

О, мифическое настоящие сишники Уже 50 лет языку, а настоящих так и не завезл, Анонимусс (?), 14:45 , 12-Дек-25, (22) +1

Сам то пробовал не делать этих выходов за границы и т д Или очередной , Аноним (24), 14:50 , 12-Дек-25, (28) –1

Так все пробовали Ни у кого не получилось 9786 65039 Даже у дидов из керне, Анонимусс (?), 14:52 , 12-Дек-25, (30) +4

видать природа их такова, чтобы не порезаться кухонным ножом, надо изучить искус, Аноним (24), 14:57 , 12-Дек-25, (34)

Да, но нет У нас нож без ручки Полная свобода отрезать себе палец А других дидов, Аноним (39), 15:02 , 12-Дек-25, (39) +4

то делаем сами, флаг в руки и шапку вверх, с криком ура , Аноним (24), 15:26 , 12-Дек-25, (57) –2

Так и делаем Мы хотим внедрить раст - и внедряем Если бы не копротивление дидов,, Аноним (-), 15:31 , 12-Дек-25, (60)

Вот только самураев настоящих сейчас нет, они исчезли не выдержав конкуренции ус, Аноним (91), 16:09 , 12-Дек-25, (91)

В некоторых областях фортран до сих пор используется Но да, скорее исключение Вс, Аноним (-), 16:15 , 12-Дек-25, (94)

зачем это необходимо только тогда, когда ваш условный С и С не будут поддержи, Аноним (24), 17:38 , 12-Дек-25, (138) –1
Работаю в компании стоявшей перед схожим выбором Решение было простым кто хоче, Аноним (154), 19:21 , 12-Дек-25, (160) +1

Интересная и поучительная история Могу сказать что вам весьма повезло с командой, Аноним (-), 19:40 , 12-Дек-25, (166) +1
Эффективный менеджмент на деле, голодом морить людей, а потом сами работать буду, Аноним (24), 22:30 , 12-Дек-25, (197)

эффективность в чем в уничтожении людей ну так вы же придумали атомные бомбы, , Аноним (24), 17:34 , 12-Дек-25, (133)
Не совсем так Они проиграли не современной армии, а современной, на тот момен, ZloySergant (ok), 17:45 , 12-Дек-25, (141) +1
Смысл есть ООП В расте его нет А без ООП крупный софт не пишется, Аноним (159), 19:21 , 12-Дек-25, (159)

Ядро написано на си В си нет ООП Достаточно ли ядро крупный софт Всего каких-т, Аноним (164), 19:25 , 12-Дек-25, (164) +1

а вот для гнома взяли и изобразили ООП как вариант, Советский инженер (ok), 20:05 , 12-Дек-25, (175) –1
и эти писаки асм кода боялись, что он будет большой , Аноним (24), 22:32 , 12-Дек-25, (199) +1

На плюсах держится весь game development - самая прибыльная и активно развивающ, Аноним (223), 00:02 , 13-Дек-25, (231)

А не ЫЫшка Вообще игры отличный пример - можно присать лютый крап, ну подумаешь , Аноним (-), 00:48 , 13-Дек-25, (240)
Про Java, Lisp, Haskell, Pascal, Algol68, Smalltallk, ml и про прорву других, т, _ (??), 01:29 , 13-Дек-25, (244) +2

Нет в мире совершенства, так устроена природа Ну и что Всё работает, весь Интер, Аноним (14), 14:51 , 12-Дек-25, (29) –2

правдо фиговоэтот совсем так себеа потом машинки взламывают по блютусу Да я уже , Анонимусс (?), 14:55 , 12-Дек-25, (33) +4

Брак - это когда что-то не работает Базовый софт на Си трудится 24 7 365 и обес, Аноним (14), 15:00 , 12-Дек-25, (37) –1

Разве ГОСТ 15467-79 Брак 8212 продукция, передача которой потребителю не доп, Аноним (43), 15:06 , 12-Дек-25, (41) +2

Ахаха Ядро пишется по ГОСТу Кого они уязвили Давай реальные примеры из жиз, Аноним (14), 15:16 , 12-Дек-25, (50) –2

Определение ты откуда взял Вот тебе Толковый словарь Ожегова БРАК2, а у , м , Аноним (-), 15:26 , 12-Дек-25, (56) +1

Криворукие админы kernel org, причём тут Си , Аноним (14), 15:30 , 12-Дек-25, (58) –1

Как это причем Как они привилегии повышали Критическая уязвимость в ядре Linux,, Аноним (-), 15:36 , 12-Дек-25, (62) +1

уязвим код и по иксу какая уязвимость , а не сишка, я повторяю, вы уже доказали, Аноним (24), 15:40 , 12-Дек-25, (67) –1

Как только в интернет пришёл Rust интернет вообще временами не работает, но зато, Аноним (74), 16:00 , 12-Дек-25, (82) +1

Особенно на фоне Google fixes super-secret 8th Chrome 0-day , чет они не торопя, Аноним (24), 14:53 , 12-Дек-25, (32) –2

Рим не за один день был построен Гугл начал с андроида - проверил возможности и , Аноним (39), 14:58 , 12-Дек-25, (35) +1

так он завтра его и похоронит, так как растовики будут ныть, что им надо кучу ко, Аноним (24), 15:36 , 12-Дек-25, (61) –1

Чоо Суда по всему растовиков хлебом не корми, а дай что-то переписать Проект н, Аноним (-), 15:40 , 12-Дек-25, (68) +1

А кто там им уже гранты выделяет за переписывание это ведь такое неблагодарное , Аноним (24), 17:54 , 12-Дек-25, (144) –1

В хроме 30 млн строк c b c кода Это сравнимо с ядром А так они потихоньку п, Анонимусс (?), 15:01 , 12-Дек-25, (38)

И растовики готовы делать это бесплатно В руках того, кто ХОЧЕТ этого CVE , Аноним (24), 18:21 , 12-Дек-25, (150) –1

Хм, а на с с они писали бесплатно Или работая в гугле им просто ставят задачу , Аноним (-), 18:43 , 12-Дек-25, (152) +1

На первых порах чтобы переписать асм код - да, как и щас растовики готовы делать, Аноним (24), 22:36 , 12-Дек-25, (202) –2

Нет, это здравый смысл Где-то попадалась статья, что без СПО стоимость ПО была , Прохожий (??), 02:22 , 14-Дек-25, (294)

Что на л хах бабло наваривают Или без корпорастов нет никакого СПО и вовсе Есл, Аноним (24), 01:29 , 15-Дек-25, (326)

Rust крайне нетерпим к ошибкам И он нифига не для новичков Если вы когда-нибуд, Проходил мимо (?), 15:12 , 12-Дек-25, (48) +4
Прощает, ага Наоборот , Аноним (72), 15:48 , 12-Дек-25, (72) +1
With you on top and me underneathDomination s the name of the gameA game with ad, Аноним (275), 17:07 , 12-Дек-25, (124) +1
Я полностью согласен, тут очень сложно поспоришь Надеюсь, с вашего позволения, , Витюшка (?), 18:02 , 12-Дек-25, (146)
Ответсвенность - это когда не используешь кривые дырявые ископаемые из 70х А во, Аноним (155), 19:24 , 12-Дек-25, (163) +1
Вначале Regression testing What s that If it compiles, it is good if it bo, Аноним (-), 19:44 , 12-Дек-25, (168) +2

до сих пор не удосужились teamhttps github com rust-lang rust blob main src to, аноним2 (?), 15:00 , 12-Дек-25, (36) +3
Полупроприетарное Ну bwrap тоже не требует А еще у firejail куча готовых профил, Кошкажена (?), 15:17 , 12-Дек-25, (52) –2

Они в апстрим отдают кодC 71 7 Shell 16 6 Система изоляции на dыpяхе и шеле См, Аноним (3), 15:24 , 12-Дек-25, (54) +3

И Сегодня что-то отдают для бета-тестеров, завтра закроют Лицензия позволяет С, Кошкажена (?), 15:37 , 12-Дек-25, (64) –2

Нормальные админы не пользуются этой субстаницей Девляпсы на огрызках может быт, Кошкажена (?), 15:39 , 12-Дек-25, (66) –1
Конечно, это же свободная лицензия, а не запретительная Но когда закроют - тогда, Аноним (3), 15:44 , 12-Дек-25, (70) +2

Странные сравнения Возраст в данном случае синоним стабильного проекта в проде , Кошкажена (?), 15:50 , 12-Дек-25, (76) –1

Почему странные Возраст не всегда признак качества Вон хorg уже сколько лет - а, Аноним (84), 16:02 , 12-Дек-25, (84)

Но ведь кор 2 дуо же , Аноним (284), 20:25 , 13-Дек-25, (285)

А пока ты готов быть бета-тестером , Кошкажена (?), 15:51 , 12-Дек-25, (78) –1

Почему бета Ядро линукс уже доделали Или еще будут пилить и пилить Я получаю не, Аноним (-), 16:27 , 12-Дек-25, (102) +1

Отобрали твое время и наработки С gpl так не прокатит, только с нуля писать , Кошкажена (?), 16:37 , 12-Дек-25, (106) –1

Стоп-стоп, какой мое время и наработки Все далали они, я только пользовался гото, Аноним (3), 16:42 , 12-Дек-25, (110)

GNU дает тебе право получить код того, чем ты пользуешься mit нет Если ты еще , Кошкажена (?), 16:57 , 12-Дек-25, (120)

А зачем GNU отписывать себе права на код заставлял , Аноним (73), 22:41 , 12-Дек-25, (206)

Своя изоляция, которая на неймспейсах, что усложняет использование bwrap firejai, Уникум (?), 20:14 , 12-Дек-25, (178) +1

Из топика Продолжена стабилизация типа never , обозначаемого символом и о, Аноним (59), 15:31 , 12-Дек-25, (59)

А причем тут vec и println Речь не про лексический анализ же, к макросам это во, Вася Пупкин (?), 15:49 , 12-Дек-25, (75) +1
В библиотеках Rust принято обозначать макросы восклицательным знаком в конце име, Прохожий (??), 02:32 , 14-Дек-25, (295)

Только разработчики на Rust всё равно умудряются делать CVE Даже не так, учитыв, Аноним (74), 15:45 , 12-Дек-25, (71) –3

Эти CVE имеют отношение не к работе с памятью, а к другим классам ошибок , Прохожий (??), 02:33 , 14-Дек-25, (296)

ну если бы в расте были проблемы с ошибками памяти, то наверное о нем бы никто н, Аноним (327), 07:39 , 15-Дек-25, (327)

Ага-ага, три раза Мне тут студенты курсовой сдавали, в прошлые годы обычно писа, Аноним (81), 15:59 , 12-Дек-25, (81) –1

Если постараться, то можно безопасно пересылать байты с места на место , Аноним (74), 16:05 , 12-Дек-25, (89)
Он сделан не исключительно для работы на низком уровне Это раз Вы пытаетесь обр, Анонимусс (?), 16:18 , 12-Дек-25, (96) +2

ну так сначала надо пояснить для каких целей они вообще нужны, когда есть коды о, Аноним (24), 18:03 , 12-Дек-25, (147) –1

gt оверквотинг удален Зачем в апи манагера соединений небезопасные методы Отп, Кошкажена (?), 16:23 , 12-Дек-25, (100)
И На то они и студенты чтобы учиться Я как то на лабе по СИ написал циклический, Аноним (-), 16:24 , 12-Дек-25, (101) +1

вы сейчас всех людей у которых нет специальных комнат обозвали обoсранными, так , Аноним (327), 07:48 , 15-Дек-25, (328)

Это насколько надо быть одаренным фанатиком, чтобы в имя БД вписать название язы, Кошкажена (?), 16:03 , 12-Дек-25, (86) +1

Это просто зуд, может ЗППП есть же уже нормальные БД, под разные задачи, для пр, Аноним (97), 16:20 , 12-Дек-25, (97) –1

Не, ну пусть пишут Но язык это инструмент, вполне БД могут переписать как influ, Кошкажена (?), 16:22 , 12-Дек-25, (99)

rust давно уже маркетинговый бренд и продвигается как бренд Вот уже студенты в, Аноним (59), 16:46 , 12-Дек-25, (112)

Просто надо преподавателю стек технологий фиксировать А то еще на c принесут и, Кошкажена (?), 16:48 , 12-Дек-25, (115)
Преподаватель сетует только потому, что не понимает базовых вещей Rust А пони, Прохожий (??), 02:39 , 14-Дек-25, (297) –2

Ну хоть не AI, AGI, куда смешнее Quantum Build a Future-Ready Archive for the, Аноним (24), 18:07 , 12-Дек-25, (149)
Только не гугли как JSON расшифровывается, а то от такой тряски Япония под воду , Анончоус (?), 16:03 , 13-Дек-25, (278)

Ага, а sexp - это лисп И дальше что Речь про БД, а не формат данных , Кошкажена (?), 22:33 , 13-Дек-25, (287)

Речь про названия, а не БД и форматы данных , Прохожий (??), 02:41 , 14-Дек-25, (298)

Всё-таки не понимаю, почему некоторым так не нравится раст Видимо это пишут прог, eugener (ok), 16:36 , 12-Дек-25, (105) –1

Большинство выделений на стеке, зачем им эти твои free А не любят, потому что н, Аноним (116), 16:50 , 12-Дек-25, (116) –1

И большинство CVE в программах на Си из-за выделений на стеке Google, Microsoft,, Прохожий (??), 02:46 , 14-Дек-25, (299) –1

Рубили бабки ещё до раста И безопасность их волнует от слова NULL , Аноним (12), 04:58 , 14-Дек-25, (310) +1

Может ты какие о приемущества раста напишешь для начала Ой, так их нет Нечитае, Аноним (118), 16:53 , 12-Дек-25, (118) +3

Ваше мнение очень важно Для неосиляторов, которых рассnраивают значки типа , ,, Аноним (121), 16:59 , 12-Дек-25, (121) +1

Для твоих воображаемых программистов ядра В ядре нет ни строчки на расте только, Аноним (118), 20:02 , 12-Дек-25, (172) –1

У таких неосиляторов си и крестов одно пркимущество - что можно что-то писать, н, Аноним (159), 19:23 , 12-Дек-25, (162) +1
Ключевое преимущество Rust в том, что на нём можно написать нетривиальную програ, warlock (??), 22:37 , 12-Дек-25, (204)

Ну конечно, приведение к типу void, а потом обратно - это такие тривиальные вещ, Прохожий (??), 02:53 , 14-Дек-25, (301)

Об их части можешь прочитать в текущей статье - многие ВЕДУЩИЕ разработчики софт, Прохожий (??), 02:50 , 14-Дек-25, (300)

у раста нету стандарта, и растсеры говорят, что не нужен Это им кто-то подсказал, Аноним (12), 05:04 , 14-Дек-25, (312)

Потому что 1 лезет во все проекты где он не нужен 2 собирается долго и тянет к, Аноним83 (?), 21:24 , 12-Дек-25, (188) –1

Нужен или не нужен решает автор проекта, а не кексперты опеннетаПотому что делае, Аноним (-), 12:45 , 13-Дек-25, (267) –1

Линус уже ничего не решает наивные растсеры всё ещё верят, что значения runtime-, Аноним (12), 05:09 , 14-Дек-25, (313) –1

Если под сборкой понимается компиляция, то при условии, что делается всё изначал, Прохожий (??), 02:57 , 14-Дек-25, (302) –1

устаревает через 3 недели , Аноним (12), 05:11 , 14-Дек-25, (314)

Действительно, нормальный лаконичный язык let val 124 _,_ , 12, OpenEcho (?), 13:24 , 13-Дек-25, (269) +1

На любом языке можно заниматься обфускацией кода Что сказать-то хотел Что Rust, Прохожий (??), 03:13 , 14-Дек-25, (303) –2

раст - не баба, нравиться не должен , Аноним (12), 05:00 , 14-Дек-25, (311)

Надо больше кода на расте под GPL , Аноним (122), 16:59 , 12-Дек-25, (122) +1

начать бы с раста, Аноним (12), 05:16 , 14-Дек-25, (315)

ну это, всё как обычно code note ld lld error undefined symbol rustc_dri, Аноним (116), 17:35 , 12-Дек-25, (134) +1

Типичные гентопроблемы LLVM обновил до 20 В новости это указано , Аноним (3), 17:38 , 12-Дек-25, (139)

У меня 21 И версия 1 91 0 то собралась без проблем, я сразу выкинул 20 шланг ка, Аноним (116), 17:43 , 12-Дек-25, (140) +1

У меня тоже не собралась 1 92 0 на винде , хотя до этого с прошлыми версиями вс, ferris (?), 19:14 , 12-Дек-25, (157)

К расту-то какие притензии Ты правда думаешь, что у разработчиков раста тулчейн, Аноним (170), 19:50 , 12-Дек-25, (169) +1

Я думаю, у разрабов раста в тулчейне неправильный lto опять, с них станется Тут, Аноним (116), 20:19 , 12-Дек-25, (179)

Ну вот Fish Arti понятно с чего переписали А другие а другие проекты чего скром, Аноним (136), 17:36 , 12-Дек-25, (136) +2

А что им писать, если они с нуля написаны Что-то придумать Это кстати к набро, Анонимусс (?), 17:50 , 12-Дек-25, (142)

Но копии проектов, которые уже есть , Аноним (118), 22:56 , 12-Дек-25, (216)

Угу-угу А вот те же гнутые кор-утилзы с всякими бази тойбоксами - оригинальнейш, Аноним (322), 15:17 , 14-Дек-25, (322)

GPUI от разработчиков Zed обзавелся крейтом тоже , Vernat (ok), 19:42 , 12-Дек-25, (167) +2

Это который 2FPS , Аноним (264), 12:27 , 13-Дек-25, (264)

и отягощает десятикратным гемороем по написанию кода Браво , Аноним (171), 20:00 , 12-Дек-25, (171) –2

Десятикратный гемморой это ты сам попробовал Или просто подпъердываешь в темы ст, Аноним (-), 20:03 , 12-Дек-25, (174) +2

Когда там ООП подвезут Ах, да При чеков борере это невозможно сделать , Аноним (12), 20:30 , 12-Дек-25, (183) –3

Там ооп уже через трэйты есть , Аноним (73), 22:35 , 12-Дек-25, (201) +1

В асме тоже ООП есть, но никто не горит его использовать , Аноним (12), 22:46 , 12-Дек-25, (210) –2

Это вполне возможно Я сделал для себя простейшее ООП в стиле старого паскалевск, warlock (??), 22:43 , 12-Дек-25, (207)

Вот видишь, тебе даже собственный раст-код не нравится , Аноним (12), 22:48 , 12-Дек-25, (211) –2

Я мог бы написать то же самое на полудесятке известных мне языков программирован, warlock (??), 23:07 , 12-Дек-25, (217) +2

Вот видишь, тебе даже собственный раст-код не нравится , Аноним (12), 22:49 , 12-Дек-25, (212) –4

Оно там есть вообще-то Хотя и без наследования которое некоторые сейчас считаю, Прохожий (??), 03:19 , 14-Дек-25, (304)

Браво В Си есть безопасное программирование Хотя и без unsafe , Аноним (12), 05:20 , 14-Дек-25, (316)

Всё чудесатей и чудесатей Раньше было unsafe, сейчас стало safe Скоро весь Си , Аноним (12), 22:44 , 12-Дек-25, (208) –1

Так оно и раньше было safe, просто кто-то перестраховался Тут такое дело получи, Аноним (-), 23:18 , 12-Дек-25, (218)

Почему растсеры за 20 лет с 2006-го не могут определиться, что есть safe, а чт, Аноним (12), 07:36 , 13-Дек-25, (252)

Оператор raw появился в 2024 году, в версии 1 82 , warlock (??), 11:40 , 13-Дек-25, (262)

через 18 лет разработки , Аноним (12), 04:51 , 14-Дек-25, (309)

И до сих пор нет стандартов Rust, нет стабильного ABI Я думал, они серьёзные , Аноним (220), 23:29 , 12-Дек-25, (220) +1

У плюсов аби тоже нет, но живут же как-то Правда, пересобирают все пакеты при о, Аноним (116), 00:21 , 13-Дек-25, (235)

расскажи это кутэшникам от смеха над тобой помрут , Аноним (12), 07:34 , 13-Дек-25, (251) –2

То есть мы видим, что без стабильного ABI вполне можно жить, так И в чём тогда , Аноним (-), 08:10 , 13-Дек-25, (254)

Попробуй подумать, как запускается приложение кутэшное, используя системные либы, Аноним (12), 15:44 , 13-Дек-25, (273) –1

Это же очевидно компиляторо-специфичные хаки Где спецификация ABI м Я могу на, Аноним (-), 17:53 , 13-Дек-25, (281)

Чего это Ты, видимо, никогда не пробовал кути и софт собрать 2 компиляторами , Аноним (116), 09:16 , 13-Дек-25, (259)

Ну да, кутэ не соберёшь раст-компилятором, он этого не умеет , Аноним (12), 15:47 , 13-Дек-25, (276)

Казалось бы, при чём тут раст компилятор А вот шлангом собрать, когда у тебя ку, Аноним (116), 16:43 , 13-Дек-25, (279)

твой коллега по разуму утверждает выше, что нету Договоритесь сначала , Аноним (12), 05:24 , 14-Дек-25, (317) –1

Как связаны ABI компилятора и библиотека , Аноним (261), 09:58 , 13-Дек-25, (261) –2

Я понимаю, что ты реализации кутэ никогда не видел, какой у объектов интерфейс, , Аноним (12), 15:46 , 13-Дек-25, (274)

Про ABI уже написали А что по поводу стандартов Интернета скажешь Их, СЮРПРИЗ, , Прохожий (??), 03:26 , 14-Дек-25, (307) –1

Правильно, зачем нужен стандарт на язык безопасного программирования, если нет с, Аноним (12), 04:49 , 14-Дек-25, (308)

Чёт я не пойму, почему LLVM до сих пор не на ржавом Могли бы чужой небезопасный , Аноним (256), 08:27 , 13-Дек-25, (256)

Видимо, потому, что ты не взялся за это А другим, похоже, пока не надо , Прохожий (??), 03:25 , 14-Дек-25, (306) +1

Всё просто сам инструмент не нужен на практике даже в таких ответственных места, Аноним (12), 05:33 , 14-Дек-25, (318) –1

Может уже пора сразу Typescript-движки делать , Аноним (264), 12:25 , 13-Дек-25, (263)
Zig лучше и проще чем Rust, анонимус (??), 19:05 , 13-Дек-25, (283)

Проще - да Лучше - нет Он такой же небезопасный при работе с памятью, как и Си, Прохожий (??), 03:22 , 14-Дек-25, (305) +1

Что значит безопасность работы с памятью Ты на Ст не писал, а я пишу И могу ск, Ivan (??), 06:38 , 14-Дек-25, (319) –1

Они в настолько разных весовых категориях, что по-честному их даже никак не срав, warlock (??), 17:30 , 14-Дек-25, (323)

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

3. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (3), 12-Дек-25, 14:12

Спасибо автору за ретроспективу последних новостей.
Особенно радует Ferrocene. Пусть будет больше надежного софта в критических областях вместо dыpяхи.

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –5 +/–

Сообщение от Аноним (12), 12-Дек-25, 14:37

> Особенно радует
Продолжена стабилизация типа "never", обозначаемого символом "!"

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +6 +/–

Сообщение от Аноним (3), 12-Дек-25, 14:41

> Продолжена стабилизация типа "never", обозначаемого символом "!"
Ну так язык развивается, а не застрял в 70х.
Поэтому появляются экспериментальные фичи, которые или добавляются или не добавляются.

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –5 +/–

Сообщение от Аноним (12), 12-Дек-25, 15:09

Если символ ! развивать 20 лет и до сих пор не стабилизировать, это диагноз.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +16 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 15:17

> Если символ ! развивать 20 лет
Учитывая что расту всего 13 лет... то анон опять газифицировал лужу.
Ну а с другой стороны. Те, кому понадобилось 51 год чтобы добавить bool в язык, будут что-то тявкать про сроки?))

Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (73), 12-Дек-25, 15:48

>13 лет
Это вы с какого момента считаете? С релиза 1.0? С 1.8, когда они в последний раз по крупному сломали обратную совместимость? С анонса Мозиллой? С момента начала разработки, если верить официальной версии?

Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 16:48

> Это вы с какого момента считаете?
С Rust 0.1 - first public release, 2012 год.
Но если хотите - можно и с 1.0, это 2015 год.

Ответить | Правка | Наверх | Cообщить модератору

181. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 12-Дек-25, 20:24

А 0.1 возник сразу, мгновенно в 2012, а не разрабатывался с 2006-го? Речь-то изначально про разработку была, а не какой-то там выпуск конкретный.

Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 22:32

> Речь-то изначально про разработку была, а не какой-то там выпуск конкретный.
Изначально это должен был быть язык со сборщиком мусора, гринтредами и без borrowing/ownership.
Был garbage-collected pointer type @T. От него избавились в версии 0.11 - т.е. уже после первого публичного релиза. [1]
В ней же - т.е. уже после первого публичного релиза - еще присутствовал Gc, но его убрали в Rust 0.12: "In October 2014 removed the standard library garbage-collected pointer type Gc<T>."
В 2014 libgreen убрали из языка в отдельный крейт [2].
О каком изначальном языке и разработке идет речь?))
То что чел сам что-то ковырял с 2006го? Так оно не то что к современному расту, а даже к версии 1.0 почти никакого отношения не имеет.
Я понимаю, что вам просто хочется набросит про г̶д̶е̶ ̶в̶ы̶ ̶б̶ы̶л̶и̶ ̶8̶ ̶л̶е̶т̶  ДВАДЦАТЬ ЛЕТ РАЗРАБОТКИ!111... но проявите хоть какую-то объективность.
----------------------------------------------------
[1] web.archive.org/web/20201112013818/https://mail.mozilla.org/pipermail/rust-dev/2014-July/010655...
[2] github.com/rust-lang/rfcs/pull/230/files

Ответить | Правка | Наверх | Cообщить модератору

214. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (73), 12-Дек-25, 22:51

Предлагаю начать отсчёт существования языка с момента публикации спецификации.

Ответить | Правка | Наверх | Cообщить модератору

221. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (221), 12-Дек-25, 23:31

> Предлагаю начать отсчёт существования языка с момента публикации спецификации.
Без проблем.
Initial commit для Rust RFCs был сделан Mar 10, 2014
github.com/rust-lang/rfcs/commit/ae658eae003477ed5e7f0d7b4deb393c7c25052a
Первая rfcs - 0000-private-fields была закоммичена два дня спустя - Mar 12, 2014
github.com/rust-lang/rfcs/commit/98565f71cf2b8a0ef23f7c942f5e03e5e7d8fb1a

Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (155), 12-Дек-25, 19:09

> Те, кому понадобилось 51 год чтобы добавить bool в язык, будут что-то тявкать про сроки?))
А какой феерический копиум в связи с этой темой тут недавно выдавал местный "нах."! "Bool не нужен!", "Его намеренно не добавляли!", "Он в процессоре не поддерживается!",  "Если нужен - меняй работу!". Золотые треды опеннета! 😂

https://www.opennet.ru/openforum/vsluhforumID3/138582.html#31

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

290. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 01:35

И зачем на человека с таким логином обращать внимание?

Ответить | Правка | Наверх | Cообщить модератору

180. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 12-Дек-25, 20:21

> расту всего 13 лет
Дак его - "!" - ещё и не доделали! Думаешь, если за 13 лет "!" не сделали, то за 7 - успеют?

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

182. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 12-Дек-25, 20:27

> Учитывая что расту всего 13 лет... то анон опять газифицировал лужу
Это норма для растсеров... в лужу.
Graydon Hoare created Rust in 2006.
Вы же не будете спорить с американской энциклопедией?

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

187. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним83 (?), 12-Дек-25, 21:20

А на кой этот bool сдался?
С это язык для тех кто понимает как оно там асме на самом деле происходит, просто не хочет возится с асмом и хочет переносимости.
Bool эстество - да ни упало ни разу, потому что оно транслируется в нужный флаг проца прив выполнении сравнения, а меньше чем 1 байт ты всё равно не можешь адресовать в памяти, таким образом внутри оно всегда будет как минимум uint8_t x != 0 проверять.
Но и 1 байт - такое себе, для оптимизации часто кладут хотя бы 4 байта для таких "булевых" переменных. Нормальному человеку проще написать int - и короче и понятнее как оно там внизу будет оттранслировано.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

195. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 22:20

> не хочет возится с асмом и хочет переносимости.
А можно подробнее про переносимость?
Если я правильно помню стандарт, то тот же long double всего лишь говорит, что он "не меньше", чем double.
А double - примерно в два раза больше, чем float.
В инте кол-во байт может плавать.
Как это переносится с платформы на платформу?

Ответить | Правка | Наверх | Cообщить модератору

196. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним83 (?), 12-Дек-25, 22:30

Переносимость по сравнению с кодом на ассемблере.
Когда С появился кажется не было особого разнообразия в битностях архитектур.
Позднее в С добавили uintXX_t/intXX_t чтобы точно всегда знать сколько оно в памяти занимает.
int сейчас используется как "пофик что там, +-128 точно есть, но вроде +-2м". По крайней мере я его так воспринимаю, универсальная переменная для boot и кодов возврата ошибки (который тоже часто как bool интерпретируется: 0 == rc).
long double - впервые вижу. То что язык даёт скопилировать ещё не означает что не надо думать что пишешь.
У меня в практике очень редко плавучка использовалась, и как правило достаточно знать: когда float не хватает есть double.

Ответить | Правка | Наверх | Cообщить модератору

222. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от _ (??), 12-Дек-25, 23:33

> Когда С появился кажется не было особого разнообразия в битностях архитектур.
Нууууу... Точно было: 8- 16- 31- 32- и 64- бита.
Ходят деФФки что были и 7-bit-ки но 100% подтверждения вроде никто не предоставил.

Ответить | Правка | Наверх | Cообщить модератору

236. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним83 (?), 13-Дек-25, 00:31

Когда он появился это 8-16 ещё ладно. И может даже 4 бита для адреса, но я честно не археолог/историк.
32 было потом.
64 очень сильно потом. Даже если притягивать за уши MMX регистры то это вторая половина 90х.

Ответить | Правка | Наверх | Cообщить модератору

289. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от _ (??), 13-Дек-25, 23:07

А ты вообще-то ... хотбы год рождения Си знаешь? :-) А это _1970_ -ый!
> 32 было потом.
IBM System/360 - __1964__ год.
> 64 очень сильно потом.
IBM 7030 Stretch - __1961__ год :-р
> Даже если притягивать за уши MMX регистры то это вторая половина 90х.
MMX - это штеуды, приём пеньковые, это да, это появилось уже относительно недавно.
Но ты всерьёз не ффтыкаешь что между первой ЭВМ и первым писюком - почти пол века? :)
Ну как то таГЪ(С) :)

Ответить | Правка | Наверх | Cообщить модератору

219. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от _ (??), 12-Дек-25, 23:25

У тебя есть пример языка работающего на большем числе платформ чем Си? Ню-ню :-р

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

227. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (155), 12-Дек-25, 23:54

> А на кой этот bool сдался?
Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел сказать. Я понимаю, что для тебя сношаться с void*, видимо, высший пилотаж (проц же не видит разницы между ним и int*). Но нормальные люди все-таки стараются г*код не писать.
> С это язык для тех кто понимает как оно там асме на самом деле происходит, просто не хочет возится с асмом и хочет переносимости.
Господи, да сколько же можно этот бред повторять? Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит".
https://queue.acm.org/detail.cfm?id=3212479

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

241. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним83 (?), 13-Дек-25, 00:51

> чтобы человеку, читающему твой код было понятно, что ты хотел сказать
Название переменной начинающееся с "is_" гораздо нагляднее какого то там bool написанного 10 экранов назад или вообще в другом модуле.

> Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит".
Это ваше личное мнение.
На -O0 вполне читаемый асмовый листинг, где не очень всё запутанно относительно оригинального кода.
Я копался в играх до 2000 собранных - там релизный код был после дизама вполне понятный и легко читался, почти как С код.
Сейчас на -O2+ конечно всё сильно запутаннее стало, но выбрав int можно быть уверенным что на х32/х64 платформе это будет как минимум 32 разрядный регистр загружаемый не более чем за 1 такт.

И отдельно замечу что любители всего высокоуровнего считают что можно замести под ковёр всю сложность мира и никогда с ней не сталкиватся. Это их право, однако не стоит навязывать другим эту точку зрения.

Ответить | Правка | Наверх | Cообщить модератору

246. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (155), 13-Дек-25, 02:10

> Название переменной начинающееся с "is_" гораздо нагляднее какого то там bool
Ага, а вообще идеал - венгерская нотация, как в майкрософтовских АПИ. По всему коду дич а-ля pzctfsValue - и типы вообще не нужны! Господи...
>> Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит".
> Это ваше личное мнение.
Это объективная реальность. Статью ты, конечно же, не читал...
> отдельно замечу что любители всего высокоуровнего считают что можно замести под ковёр всю сложность мира и никогда с ней не сталкиватся
Отдельно замечу, что любители сношаться с байтиками и считать такты на поверку никогда не сталкивались с реальной разработкой сложного ПО.

Ответить | Правка | Наверх | Cообщить модератору

248. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Siffer (?), 13-Дек-25, 04:07

"Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел сказать."
Так ли вам не ясна конструкция while(1)?
Подобным whil'ом начинается любой пустой проект STM32.
Возможно, есть проблема с понимаем реализацией алгоритма подсчета длины строки?
(Привожу ниже)
#include <stdint.h>
#include <stdlib.h>
int main(void)
{
const char* line = "Hello";
uint32_t len = 0;
for(; *(line + len); ++len);
return EXIT_SUCCESS;
}
Если все так, то здесь лишь необходимо понимать некоторые основы. Например строение C Style строк.
Возможно, вы имеете ввиду переменные-флаги, a.k.a.:
uint32_t isConnected = 0;
В данном случае, имя вас будет сопровождать гораздо больше времени по всему проекту, чем ее тип. Сделайте упор на понятное имя и не будет проблем...
Конструкции:
isConnected = 0;
isConnected = 1;
Весьма понятны.
Возможно, вы имеете ввиду NULL проверки?
#include <stdint.h>
#include <stdlib.h>
#include <stdio.h>
#include <errno.h>
#include <string.h>
int main(void)
{
int32_t* arr = NULL;
arr = calloc(8, sizeof(int32_t));
if(!arr)
{
  fprintf
  (
   stderr,
   "%s:%i - %s\n",
   __FILE__,
   __LINE__,
   strerror(errno)
  );
  return EXIT_FAILURE;
}
free(arr);
arr = NULL;
return EXIT_SUCCESS;
}
По моему здесь тоже все весьма очевидно. Проверка на NULL.
"Я понимаю, что для тебя сношаться с void*, видимо, высший пилотаж (проц же не видит разницы между ним и int*)."
Кстати об этом...
Иногда бывают ситуации, когда нам без разницы, что перед нами за данные.
"Фрюк"(free) должен понимать в каком формате хранятся ваши данные? Или у него задача освободить любой блок памяти? Или для освобождения блока памяти нужно знать формат данных?
А тому же malloc'у какая вообще разница что за блок и для чего вы выделяете?) Или может быть его задача дать вам ровно столько, сколько вы попросите?)
А функции memmove и memcpy должны знать формат вашего блока данных или у них назначение в глубоком копировании данных?
Я думаю, больше примеров не нужно...
Или вы считаете, что все, это говнокод?)
Я разве что согласен с доктором Страуструпом на тему того, что язык C слаботипизирован и это может вызывать проблемы:
Например возможность данного присвоения:
char* line = "Test";
Тк вообще говоря, строковые литералы имеют тип const char*, тк размещаются в сегменте .rodata. И вообще говоря, любое их изменение ведёт к неопределённому поведению.
Но все эти вещи написаны в стандарте.
Если не очень хочется читать стандарт можно воспользоваться санитайзерами и статическими анализаторами.
Кроме того, что и сделал доктор Страуструп, можно чуть больше проверок повесить на сам компилятор.
(В C++ не пройдёт пример со строковым литералом)
Однако во всем нужен баланс...
Вредно как отсутствие проверок, так и установление их чрезмерного количества. Возможно, я буду голословен. Я не использовал Rust. Однако вокруг уж очень много говорят про борьбу с "боровом"(Borrow Checker).
Вы почему не пытаетесь забивать гвозди детской безопасной резиновой колотушкой. Вы берете опасный молоток. Наверное потому, что время, которое вы могли бы потратить на то, чтобы забить гвозди детской безопаеой колотушкой вам дороже, возможно, пришибленого пальца.
(Осторожно! Очень утрированно!)

Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

265. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 12:32

> Но все эти вещи написаны в стандарте.
Особенно класно когда в нем "undefined behavior", а не "implementation defined")
> Если не очень хочется читать стандарт можно воспользоваться санитайзерами и статическими анализаторами.
Которые мало помогают.
> Я не использовал Rust. Однако вокруг уж очень много говорят про борьбу с "боровом"(Borrow Checker).
А эти, ну которые говорят, они сами пробовали?
Пока у нас есть отчеты гугла, у которого For medium and large changes, the rollback rate of Rust changes in Android is ~4x lower than C++.
> Вы почему не пытаетесь забивать гвозди детской безопасной резиновой колотушкой. Вы берете опасный молоток. Наверное потому, что время, которое вы могли бы потратить на то, чтобы забить гвозди детской безопаеой колотушкой вам дороже, возможно, пришибленого пальца.
> (Осторожно! Очень утрированно!)
Ну если уже утрировать, то вы берете действительно опасный молоток.
К которого голова плохо закреплена, и в некоторых случаях может прилететь в лоб. И сэкономленное время будет потраченно на больничный.
А когда вам начинают говорить про ТБ и каску, начинается "надо просто уметь работать", "это был ненастоящий программист".
К счастью есть статистика "самых плохих" проблем - CVE.

Ответить | Правка | Наверх | Cообщить модератору

270. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Siffer (?), 13-Дек-25, 14:09

"Особенно класно когда в нем "undefined behavior", а не "implementation defined")"
Мы, к сожалению, не можем сказать этого с самого начала, тк не обладаем пониманием о работе среды.
Возьмете хотя бы ситуацию DivideByZero(Interrupt 0). Возьмем любую абстракную среду. Вы знаете как именно разработчики среды настроили вектор прерывания 0? Не думаю... А мы можем сказать в таком случае, каков будет результат деления на 0?) Нет. Вот мы и породили понятие "Undefined Behavior".
Заведо и сразу определять то, зачем вы это делаете и допускается ли это вообще архитектурой камня(хотя бы) это значило бы уврезать ваши возможности. Тот же JS не считает за ошибку деление на 0.
"Которые мало помогают."
Ну нас двое, иструмент один(если брать даже в общем смысле, сишников просто исторически больше). Как так получается, что у нас это работает, а у вас не работает?:)
Я понимаю, что "C какули заложил в ваши шаровары" и поэтому он плохой:)
"А эти, ну которые говорят, они сами пробовали?"
Всегда по разному...
Но замечание у вас хорошее...
"Пока у нас есть отчеты гугла..."
Уже страшно!:)
"For medium and large changes, the rollback rate of Rust changes in Android is ~4x lower than C++."
Ну допустим...
Но тут недавно "Корпорация добра" предлагала отобрать у вас право ставить приложения из разных источников. Фактически отбирая у вас последние права на приборы, которые вы покупаете за собственные деньги. И они были в этом правы?:)
А в общем и целом...
А что, бизнес не заинтересован в том, чтобы технологии становились проще?
Необходимо снизить порог вхождения в сферу системного программирования, поэтому и делают язычки, упор которых направлен на снижения количества знаний и опыта для того, чтобы ими можно было бы пользоваться, не теряя при этом эффективности оригинала.
Сотрудник, который много чего знает и много чего умеет, ему еще надо хорошо платить.
Нужно тратить больше времени на его обучение.
А карлики на заводы нужны уже СЕЙЧАС и платить им хотелось бы меньше:)
"Ну если уже утрировать, то вы берете действительно опасный молоток".
"К которого голова плохо закреплена, и в некоторых случаях может прилететь в лоб. И сэкономленное время будет потраченно на больничный."
По моему вы раздуваете из мухи слона:)
Ну допустим, хорошо, у вас там утечка памяти, выход за границы массива...и что дальше то?
Если вы не просто коммитили, а тестировали ваш продукт, вы увидите ошибки. Профилировщик вам в помощь:)
А что, когда вы ходить начинате, ну только только, вы не рискуете упасть и разбить себе нос?
А это же не значит, что ноги плохие и учиться ими пользоваться не нужно?)
"А когда вам начинают говорить про ТБ и каску, начинается "надо просто уметь работать", "это был ненастоящий программист"."
Как раз вот ваши аргументы на это больше всего похожи:)
Ведь я вам говорю, что у вас есть ИНСТРУМЕНТАЛКА(санитайзеры, профилировщики, статические анализаторы). Есть стандарт, который говорит, что есть UB и как делать не стоит. Стока всего придумали, чтобы вы не попадали себе молотком в лицо, а вы все молоток обвиняете вместо своей упрямости в изучении правильного программирования:)
"К счастью есть статистика "самых плохих" проблем - CVE."
Только недавно здесь было отмечено, что и Rust не лишен CVE.
Я вам сразу скажу, если мы будем вдумываться в проблему в ее причины, крайним окажится именно человек:)
"Не зря говорят, хорошо, там, где нас нет"
Если очень захотеть, CVE можно породить на чем угодно. Даже самые опасные:)
Вернемся к вашему хорошему замечанию...
А вы сами то, программировали на языках C и C++, чтобы рассуждать про их безопасность? Сколько программировали?
Примеров, которые инструменталка не покрывает, конечно же не будет правильно я понимаю?

Ответить | Правка | Наверх | Cообщить модератору

272. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 14:50

> как именно разработчики среды настроили вектор прерывания 0? Не думаю...
> А мы можем сказать в таком случае, каков будет результат деления на 0?) Нет. Вот мы и породили понятие "Undefined Behavior".
Почему тогда не сказать "вот как они сделали, так и правильно".
Т.е взять пункт стандарта номер
3.4.1
1 implementation-defined behavior
unspecified behavior where each implementation documents how the choice is made
2 EXAMPLE An example of implementation-defined behavior is the propagation of the high-order bit when a signed integer is shifted right.
> Как так получается, что у нас это работает, а у вас не работает?:)
У вас работает? Серьезно? А "вы" собственно кто?
Вот пример opennet.ru/opennews/art.shtml?num=58622
Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL.
И это при том что у них там и санитайзеры, и фаззинг, и тесты.
Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105
И что сильно помогло?
> Я понимаю, что "C какули заложил в ваши шаровары" и поэтому он плохой:)
Не, это примерно как в история Земмельвейса.
Он говорил "х̶в̶а̶т̶и̶т̶ ̶т̶в̶о̶р̶и̶т̶ь̶ ̶х̶е̶р̶н̶ю̶ мойте руки хлоркой перед операцией", а ему "это противоречит заветам Дидов! Еретик!!"
Какули заложили дыды в то, что они стандартом называют, давным давно.
> Но тут недавно "Корпорация добра" предлагала отобрать у вас право ставить приложения из разных источников. Фактически отбирая у вас последние права на приборы, которые вы покупаете за собственные деньги. И они были в этом правы?:)
Как rollback rate соотносится с правотой?
Это такая неуклюжая попытка argumentum ad hominem?
По поводу "отобрать право" это ваши фантазии.
Они просто не хотят сертифицировать девайсы куда можно любой крап от васянов ставить.
Вам не нужна сертификация? Ваше полное право. Девайсы дядюшки ляо к вашим услугам.
> А что, бизнес не заинтересован в том, чтобы технологии становились проще?
Еще как заинтересован, и не только бизнес.
Я вон например заинтересован, чтобы 3д печать металлом стала такой же простой как пластиком. У меня есть хобби проекты где это пригодилось.
> Необходимо снизить порог вхождения в сферу системного программирования, поэтому и делают
> язычки, упор которых направлен на снижения количества знаний и опыта для того, чтобы ими можно было бы пользоваться, не теряя при этом эффективности оригинала.
В ядре только за 2025 год нашли больше 1000 CVE.
Про какие, простите, знания и опыт идет речь? Про опыт бракоделенья?
> По моему вы раздуваете из мухи слона:)
Правда?
Вас устроит ситуация, когда открыв сайт ваш компьтер взламывается?
А ведь это уже было и эксплуатировалось!
"Критическая 0-day уязвимость в Chrome и libwebp, эксплуатируемая через изображения WebP"
opennet.ru/opennews/art.shtml?num=59746
Или это "0-day уязвимость в Chrome и libvpx, затрагивающая кодировщик видео VP8 "
opennet.ru/opennews/art.shtml?num=59838
На телефоне у вас есть банковское приложение или просто данные, которыми вы бы не хотели делиться?
> Ну допустим, хорошо, у вас там утечка памяти, выход за границы массива...и что дальше то?
А дальше выполнение чужого кода - RCE.
> Если вы не просто коммитили, а тестировали ваш продукт, вы увидите ошибки.
> Профилировщик вам в помощь:)
Так чего ж ядро, glibc, всякие SSL, SSH, XOrg, тонна прочих либ (libxml, FreeType) такие дырявые?
Неужели никто из низ не тестировал, и лишь один вы весь в белом))?
>> "А когда вам начинают говорить про ТБ и каску, начинается "надо просто уметь работать", "это был ненастоящий программист"."
> Ведь я вам говорю, что у вас есть ИНСТРУМЕНТАЛКА(санитайзеры, профилировщики, статические анализаторы).
Которые так хорошо работают, что баги живут по 10-20 лет.
> Стока всего придумали, чтобы вы не попадали себе молотком в лицо, а вы все молоток обвиняете вместо своей упрямости в изучении правильного программирования:)
Ага, конечно.
Я, разумеется, неправильный сишник.
Но чего в ядре допускают ошибки люди, которые по 30 лет пишут? Они тоже неправильные))
> Только недавно здесь было отмечено, что и Rust не лишен CVE.
Да, раст не лишен CVE. Логические ошибки пока не научились отслеживать.
Но! Только в memory corruption это 70% всех CVE.
> Я вам сразу скажу, если мы будем вдумываться в проблему в ее причины, крайним окажится именно человек:)
Именно! У человека ограниченная емкость памяти, он не может параллелить 100500 задач.
Именно поэтому ему нужен хороший инструмент.
> А вы сами то, программировали на языках C и C++, чтобы рассуждать про их безопасность? Сколько программировали?
Больше чем мне бы хотелось. Не самый приятный опыт.
Вам нужно быть поваром чтобы определить что еда протухшая ;)?
Я открываю статистику, я открываю апдейты безопасности, я вижу новости вида "выход за пределы буфера позволил взломать ..."
> Примеров, которые инструменталка не покрывает, конечно же не будет правильно я понимаю?
Выше пример с SSL.
Могу добавить в пример результаты аудита безопасности кодовой базы LLVM
opennet.ru/opennews/art.shtml?num=60707
"С 1.1 до 2.4 млн строк кода увеличен охват кодовой базы, вовлечённой в fuzzing-тестирование. Также был расширен используемый для fuzzing-тестирования инструментарий, а число применяемых для проверки fuzzing-движков увеличено с 12 до 15. "
Ничего себе!
И тем не менее " 12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти, 3 - к разыменованию нулевых уязазателей и 1 к чтению из области вне выделенного буфера."
Знакомые ошибки? Я бы даже сказал "типичные для C/С++")

Ответить | Правка | Наверх | Cообщить модератору

324. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Siffer (?), 14-Дек-25, 19:21

"Почему тогда не сказать "вот как они сделали, так и правильно".",
Кто такие "они" и что значит "правильно"?:)
Кто определяет, что правильно, а что нет?)
"У вас работает? Серьезно? А "вы" собственно кто?"
Работает. Очень даже серьезно.
Инженер 1 категории, сотрудник атомной промышленности к вашим услугам:)
Спешу вас завесить, что большая часть разработок страны-лидера атомной промышленности в сфере атомной промышленности производится на языках C / C++. Однако что то со времен Чернобыльской АЭС, когда государство взяло сферу на контроль, не было ни одной крупной аварии, в которой был бы повинен shell-код, выходы за границы массовов, memory-corruption.
Что как бэ намекает на то, что...вы разводите истерику на пустом месте?:)
И да, раз уж я представился, представьтесь и вы что ли:)
"Вот пример opennet.ru/opennews/art.shtml?num=58622
Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL.
И это при том что у них там и санитайзеры, и фаззинг, и тесты.
Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105
И что сильно помогло?"
Не-не-не-не-не!
Так не пойдет!
Когда я вам говорил за понятность конструкций без явного типа bool и про применение void*, я опирался исключительно на свои примеры из своей практики.
Я, однако, думаю, что вы слишком много болтаете опираясь исключительно на опыт других.
Как говорил кто то из классиков..."Хватит пустой болтовни! Покажите ваш код!"
Примеры вашего кода, который инструменталка не вывозит можете продемонстрировать или все, на что вы способны, это привлечение внимания к проблемам через истерику?
Однако...:
You are wanna play?!
Let's play!
https://opennet.ru/64093/
https://opennet.ru/64108/
https://opennet.ru/64214/
https://opennet.ru/64226/
https://opennet.ru/64093/
Вот эта, кстати, самая шикарная:)
Ведь показывает, что запись не туда, куда следует, т.е. memory-corruption, возможно совершить и на языке Rust:)
Вы уже готовы встать на колени и начать каяться за "говно язык", который допускает подобные вещи?:)
Или может честно уже признаете, что нужно просто, как говорил великий классик: "Учиться, учиться и еще раз учиться!"?)
Я, к слову, не топлю за то, что Rust - это говно, как и за то, что язык C - это манна небесная. Я топлю за то, что вы, ошибаетесь, говоря, что проблем не будет:) Проблемы будут всегда, когда человек будет способен дотрагиваться до клавиатуры:) Тк именно человек является высоким источником энтропии и рисков безопасности. Плохой код, можно написать на чем угодно. Вопрос все еще к человеку:)
"Не, это примерно как в история Земмельвейса.
Он говорил "х̶в̶а̶т̶и̶т̶ ̶т̶в̶о̶р̶и̶т̶ь̶ ̶х̶е̶р̶н̶ю̶ мойте руки хлоркой перед операцией", а ему "это противоречит заветам Дидов! Еретик!!""
Вот и я вам говорю, перестаньте творить херню!:)
Открываем стандарт, читаем:)
Учимся писать хороший код, применять инструментальные средства:)
Но нет, вам, старичок C говно положил в шаровары:)
"Какули заложили дыды в то, что они стандартом называют, давным давно."
А что сделали молодые соплидоны?)
https://opennet.ru/64114/
https://opennet.ru/64214/
Они даже переписать за тупыми дырявыми дидами не способны, о чем мы здесь говорим?!)
И да...а что лично вы сделали для улучшения ситуации с дырами в проектах мирового масштаба?
Может быть приведете ссылки на issues? может Pull Request? Что то кроме пустой болтовни и истерики?!)
"Как rollback rate соотносится с правотой?
Это такая неуклюжая попытка argumentum ad hominem?"
Это была попытка показать, что в гугле сидят точно такие же косячные по природе люди и они могут ошибаться.
А вы сейчас делаете ссылку на них на 100%. Вы уверены, что через десяток лет я не засеку вас за входом в обувной магазин?)
"По поводу "отобрать право" это ваши фантазии.
Они просто не хотят сертифицировать девайсы куда можно любой крап от васянов ставить.
Вам не нужна сертификация? Ваше полное право. Девайсы дядюшки ляо к вашим услугам."
Отнюдь! Это не мои фантазии. Это факты. Причем факты, которые подтверждены сообществом!
https://opennet.ru/64237/
Общественного резонанса вполне хватило, чтобы корпы дали слобину.
Как дела обстоят с установкой сбербанка на телефоны? Чего, я типа могу залезть в Play Market и поставить себе сбербанк? Или это будет приложение "от Васянов"?) И что будет, если мне запретят ставить сторонние приложения "От васянов"?)
Это конечно же ни разу ни попытка ограничить мою свободу на установку приложений:)
Конечно же не политический ход ни разу:)
И да, вы почему то забываете, что девайсы дядюшки Ляо тоже необходимо сертифицировать или это будет уже не дройд.
"Еще как заинтересован, и не только бизнес."
Великолепно! Вы даже не будете отрицать тот факт, что, вероятно, безопаность, причина-прикрытие, а настоящая причина это нежелание платить хорошие зарплаты, нанимать больше рабочих и вкладываться в их обучение)
"В ядре только за 2025 год нашли больше 1000 CVE."
Это же прекрасно, сэр, не так ли? Ядро стало еще безопаснее и совершеннее!
Круто же, когда что то не стоит на месте)
"Про какие, простите, знания и опыт идет речь? Про опыт бракоделенья?"
Нельзя делать что то хорошо, не делав это изначально плохо.
Вы видать специально не ответили на мой вопрос про опасность ваших ног в младенчестве:)
Вероятно, вопрос очень даже неудобный:)
Так что...нужно ли было насильно посадить вас в кресло, чтобы вы передвигались на более безопасных колесиках?) Отчего же вдруг вы продолжаете пользоваться вашими небезопасными ногами?)
Вы либо каятесь на коленях, каждый день, как завещал классик, за использование небезопасных технологий(а опорно-двигательный аппарат, это несомненно технология), либо прекращаем истерику и двойные стандарты) Хватит прыгать!)
"Правда?
Вас устроит ситуация, когда открыв сайт ваш компьтер взламывается?"
Что то я не видел, чтобы мой компьюетер кто то ломал при открытии сайтов))
Может вам...не знаю...меньше порнухи смотреть?)
Может вам антивирус ставить?)
Может вам не сидеть с высокопривелигированного пользователя?)
"А ведь это уже было и эксплуатировалось!
"Критическая 0-day уязвимость в Chrome и libwebp, эксплуатируемая через изображения WebP"
opennet.ru/opennews/art.shtml?num=59746
Или это "0-day уязвимость в Chrome и libvpx, затрагивающая кодировщик видео VP8 "
opennet.ru/opennews/art.shtml?num=59838
На телефоне у вас есть банковское приложение или просто данные, которыми вы бы не хотели делиться?"
Слава богу, что мои фантазии еще в жизнь не воплотились и банковские приложения у меня еще остались))
А теперь объясните мне, как нативное приложение связано с либаками хромоногого?)
И да, лучше бы вы эти истерики ваши закатывали бы не сообществу разработчиков, а корпам, которые напрямую не таясь сливают ваши данные, как себе, так и другим, не обеспечивая безопасность и прозрачность своего кода. Но...как говорил классик..."Вы не понимаете! Это другое!".
Если кто то обосрался в открытом коде, обосранную жопу видно всем. Гораздо хуже, когда кто то обосрался в закрытом коде. В ядре шинды например дыры до сих пор живут больше 20 лет. Но вы почему то не чешитесь на эту тему)
А где вы были, собственно говоря, когда в открытом коде лежало говно?!)
Вы слепо использовали этот код с корыстными мыслями, что кто то там поработал, а мы можете вот так вот взять и заработать на чужом коде не разбираясь в его проблемах, не отсылась коммитов?)
Вы же отчасти и несете за это ответственность!)
И все те корпы, у которых всплывали на этом проблемы)
Это они, жадные жлобы, которые не удосужились выделить команду на разработку своих либаков или анализ и поддрежку существующих)
"А дальше выполнение чужого кода - RCE."
Вы сейчас серьезно мне говорите, что выход за границы массива, который выделен на стеке, даже при условии внедрения shell-кода приведет к выполнению этого вашего shell-кода?!)
Технологии NX-bit и Stack Canary мы что для вас какая то шутка?!))
"Так чего ж ядро, glibc, всякие SSL, SSH, XOrg, тонна прочих либ (libxml, FreeType) такие дырявые?
Неужели никто из низ не тестировал, и лишь один вы весь в белом))?"
Заметьте, только вы здесь огульно ставите всем метку бездарей)
Я же в таких случаях всегда говорю, что везде по разному)
"Которые так хорошо работают, что баги живут по 10-20 лет."
Еще как работают.
"Ага, конечно.
Я, разумеется, неправильный сишник.
Но чего в ядре допускают ошибки люди, которые по 30 лет пишут? Они тоже неправильные))"
Я даже не знаю кто вы))
Вы мне не представлялись))
А вместо вашего кода я видел лишь какие то статьи на каких то там отдельных людей)
Неужели вам нужны отдельные люди чтобы показать мне правильность ваших тезисов?)
Неужели у вас настолько плохо все с личным опытом?)
И да, человек всю жизнь учится, и человек способен ошибаться. Кто здесь говорил, что кто то там неправильный?)
А если кто то и совершил какую то ошибку, это не является объективно его ошибкой, если по фактам это ошибка?)
Я вам все это время пытаюсь донести, что ошибаться, это нормально:)
Обосрались, помыли жопу, сделали выводы и идете дальше:)
Не нужно истерик, что это вы такой гениальный, а диды подсунули вам язык C, который насрал в ваши шаровары:)
Здесь все вокруг понимают, что именно случилось:) Не пытайтесь спрятаться у всех на глазах:)
Это выглядит убого и нелепо:)
"Да, раст не лишен CVE. Логические ошибки пока не научились отслеживать.
Но! Только в memory corruption это 70% всех CVE."
Да вот как бэ уже говорил, вот memory-corruption:
https://opennet.ru/64093/
Видите, да, уже Rust вам говно в шаровары подкидывает!:)
Или это опять другое?))
"Именно! У человека ограниченная емкость памяти, он не может параллелить 100500 задач.
Именно поэтому ему нужен хороший инструмент."
Я то вам о другом говорю)
Я изначально вам говорил, что человек является источник энтропии и в вопросах безопасности всегда он будет самым крайним)
Нет человека, нет проблемы)
Если мы будем долго рассуждать о безопасности, мы придем именно к этому)
И да, причем здесь язык то я не понимаю?!)
Все, что вы здесь описали, является проблемой эффективных манагеров и руководства!)
Не должны человека квантовать на 100500 задач)
Нужно нанимать рабочих между которыми распредлять эти 100500 задач так, чтобы не происходило вопросов квантования)
Вам это любой адекватный начальник отдела скажет!)
Но конечно же, вы пришли сюда поныть о том, что язык C и здесь изгадил шаровары, но уже руководства и манагеров))
Лучше бы вы такую истерику закатывали бы манагерам про херовые зарплаты и херовое распределение задач:)
"Больше чем мне бы хотелось. Не самый приятный опыт."
Правда? Честно говоря, не выглядит так, как будто бы у вас много опыта)
Почему то доктор Стауструп в своей книге Язык Программирования C++ рассуждает о недостатках и достоинствах языка C весьма здраво и с примерами вроде кода. От вас же слышная только истрика, нытье и ссылки на чужие статьи.
"Вам нужно быть поваром чтобы определить что еда протухшая ;)?"
Нет.
Однако "еда" это -- продукт.
Перенося на нашу сферу -- это программа.
Язык -- это поворской инструмент.
И да, нужно быть поваром, чтобы уметь в совершенстве владеть поварским инструментом и знать, как готовить(писать хорошие программы).
Но судя по всему, все то, что вы можете, это отрицать, но при этом ничего не предлагаете взамен)
Поздравляю, вы -- анархист!)
"Я открываю статистику, я открываю апдейты безопасности, я вижу новости вида "выход за пределы буфера позволил взломать ...""
Все, дальше мозг отключается)
Как говорил великий классик: "Не рефлексируйте! Распространяйте!")
Про существование NX-Bit и Stack Canary мы думать не будем!)
Главное поорать!)
Главное больше эмоций, чтобы окружающие не думали!)
Типичная манипуляция!)
"И тем не менее " 12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти, 3 - к разыменованию нулевых уязазателей и 1 к чтению из области вне выделенного буфера."
Знакомые ошибки? Я бы даже сказал "типичные для C/С++")"
Выше несколько раз упомнял за memory-corruption в Rust.
Жду от вас покаяний за эту "дырявую" технологий, откровений по поводу "дырявых молодых соплидонов". Или все здесь присутствующие будут знать, что вы, лицемер:)

Ответить | Правка | Наверх | Cообщить модератору

275. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (275), 13-Дек-25, 15:46

> Мы, к сожалению, не можем сказать этого с самого начала, тк не обладаем пониманием о работе среды.
У UB противоположный смысл. Работа среды не имеет значения, потому что
- наши компиляторы оптимизирующие
- стандарт при делении на ноль разрешает им делать что угодно
- они этим пользуются
На практике они допускают, что деления на ноль не может быть. Вот ты хочешь поделить X на Y, а компилятор после огромных межпроцедурных трудов вывел, что Y может быть либо 0 либо 1. Значит, оно равно 1, деление можно убрать. И так далее.
Из Си это перекочевало в LLVM IR, там нет деления без UB.
Rust держит LLVM IR в узде своими проверками. LLVM деление удалит, если докажет ерунду, а проверку удалить не сможет.
> Since a divide by zero has undefined behavior,
> we are allowed to assume that the operation does
> not execute at all. This allows us to delete the
> divide and all code after it. Because the undefined
> operation “can’t happen”, the optimizer can assume
> that it occurs in dead code. https://llvm.org/docs/LangRef.html
.

Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

286. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Siffer (?), 13-Дек-25, 21:57

>[оверквотинг удален]
> Из Си это перекочевало в LLVM IR, там нет деления без UB.
> Rust держит LLVM IR в узде своими проверками. LLVM деление удалит, если
> докажет ерунду, а проверку удалить не сможет.
>> Since a divide by zero has undefined behavior,
>> we are allowed to assume that the operation does
>> not execute at all. This allows us to delete the
>> divide and all code after it. Because the undefined
>> operation “can’t happen”, the optimizer can assume
>> that it occurs in dead code. https://llvm.org/docs/LangRef.html
> .
Не знаю про llvm. Знаю про ассемблер. GCC при отключеных оптимизациях выполнит прямую трансляцию такого деления в ассемблерный код. Дальше этот код будет переведен в машинный. Дальше с ним будет разбираться операционная система, после того, как вы попытаетесь его выполнить. Как намтроен вектор прерывания, как в чипе заложено, так и будет.
Однако есть случаи, где UB зависит и от компилятора. Например выражение с побочными эффектами. Если вы внутри одного выражения выполняете больше одного присвоения здесь уже результат будет зависеть от компилятора и это тоже есть UB.

Ответить | Правка | Наверх | Cообщить модератору

288. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (275), 13-Дек-25, 22:49

> Как намтроен вектор прерывания, как в чипе заложено, так и будет.
То есть это довольно определённое поведение - язык сделает свою часть работы и даст положиться на поведение машины. Прямо как в asm'е (вы слышали жалобы на UB в asm'е?). Если бы Си всегда так себя вёл, его бы называли безопасным/предсказуемым языком и не вели бесконечные разговоры про UB.

Ответить | Правка | Наверх | Cообщить модератору

325. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Siffer (?), 14-Дек-25, 19:38

Если мы рассуждаем в рамках компилятора, все то, что у нас имеется, это компилятор. И в таком случае, я с вами согласен, что в случае отсутствия оптимизации поведение очень даже определенное.
Однако я не рассматриваю компилятор и его результативный код отдельно от среды исполнения. Я считаю это некорректным.
Вы пишите стандарт самого языка, а не стандарт поведения конкретной машины, поэтому вы и пишите, что есть ряд вещей, которые ведут к неопределенному поведению(то, что будет зависить допустим от конкретной машины или от работы оптимизаторов).

Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

170. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (170), 12-Дек-25, 19:53

Стабилизируется не "символ", а концепция за ним стоящая и её применение. Вроде очевидно.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

189. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (189), 12-Дек-25, 21:29

Попробуйте, ради интереса, начать проектировать свой ЯП (например, хотя бы не системный, прикладного уровня, но с какой-нибудь фишкой, по типу one-command нативной компиляции под основные платформы и архитектуры).
Если подойти к этому с ответственностью, а не пытаться копировать уже существующие языки. Можно посыпаться на какой-нибудь мутабельности (var, const, но допускает ли const изменение внутри, а если эти изменения делает не пользователь?)
И чем больше всего добавляется в язык, тем сложнее внедрять что-то новое, чтобы при этом это не превращало синтаксис в кашу. Чтобы не было так, "вот с этим мы делаем так, но у нас есть такие-то исключения, в которых мы поступаем иначе".
Задача со звёздочкой.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

194. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним83 (?), 12-Дек-25, 22:16

Да вот нафига нужен ещё один язык!?
Часто даже либы под имеющиеся языки не очень то нужны.
А вот эти все языковые конструкции - это вообще для теоретиков каких то, которым главное чтобы правильно было написано, пофик что это никому не нужный хэлло ворлд.
Займитесь практикой, есть куча всего нужного что ещё не написано или написаны PoC, которые надо переосмылить и написать нормально.

Ответить | Правка | Наверх | Cообщить модератору

224. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (189), 12-Дек-25, 23:47

> Да вот нафига нужен ещё один язык!?
Это же процесс "эволюции" что-ли. Даже если многие новомодные фишки ещё рассматривались в теориях по языкам программирования в каких-нибудь 60-ых годов. Но на Сях мы не остановились
> Часто даже либы под имеющиеся языки не очень то нужны
Именно поэтому нормальных способов создать какое-нибудь гуи-приложение под все пладформы (win, mac, linux, ios, android, web) с минимальными отличиями в кодовой базе можно разве что на flutter (на dart), tauri (rust). Qt с FMX с их лицензиями...
> А вот эти все языковые конструкции - это вообще для теоретиков каких то,
Код пишут люди. И люди его сопровождают. И сопровождают больше, чем пишут.
Если языковая конструкция или особенность синтаксиса позволяют улучшить этот аспект - то почему нет?
Я не Языковой Теоретик, но чутка капнул в этом направлении, насмотрелся кучу всего, т.е. всяких синтаксисов. Не считаю себя экспертом и не претендую на объективность собственного мнения, но какое-то представление о "удовлетворяющем для себя языке" сформировал.
Т.е. синтаксис должен быть ясным, но выразительным, при этом не уходить в крайности (по примеру scala и go), иметь баланс между спец. символами и англ. словами в контексте терминалов... крч читаться легко и непринуждённо, а так же не допускать (ну или стараться допускать как можно меньше иных трактовок, зависящих от контекста (в js/ts есть несколько видов импортов, например)

Дальше. Система пакетов. Очень неплохая у dart. Но можно лучше.
Представь, что ты заходишь на какое-нибудь централизированное хранилище пакетов, при заходе на какой-нибудь пакет (либа/модуль, называй как хочешь) помимо дефолтных описания, версии и т.д. ты видишь то, какие платформы поддерживает эта либа. Аля таблица, где по одной оси архитектуры, по другой - операционные системы. Сразу видно, что к чему и почему. Удобно? Удобно.
Обработка ошибок. Неплохо сделаны в zig. Баланс между исключениями и топорным подходом из go. При этом по сигнатуре функции видно, может ли она вернуть ошибку или нет.
Асинхронность. Штука хорошая, если бы не "красила функции". В go сделано неплохо - мы просто запускаем функцию как горутину, при этом продолжаем выполнять код дальше. И нам не нужно каждую внешнюю функцию "окрашивать" в async.
А ещё втоматический менеджемент памяти на основе CFA. Понятное дело, что это не покроет всех кейсов, но мы же про прикладной язык ведём речь.
И это я прям чутка копнул. Поняв, что даже для шуточного языка в одиночку я такой проект не потяну, решил дальше не копать.
Сорян за такой выбсер. Да, ты можешь сказать, что я очередной смузихлёб, который ниосилил плюсы, но я бы хотел использовать инструмент для создания того, что нужно мне/заказчику, а не бороться с самим инструментом.
Когда я вижу, какая вакханалия происходит в js с его версиями, когда сверху накидывают ts, который вносит ещё свои варианты сделать одно и то же, то мне хочется плакать. Именно от этого начинает пухнуть голова. Не от арифметики указателей, ни от того, как работают регистры в процессоре. А именно от обилия. И это обилие не оправдано, оно не вносит ничего нового, оно просто больше запутывает.
Именно поэтому ящитаю, что языкам есть куда расти.

Ответить | Правка | Наверх | Cообщить модератору

291. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 01:47

>Асинхронность. Штука хорошая, если бы не "красила функции". В go сделано неплохо - мы просто запускаем функцию как горутину, при этом продолжаем выполнять код дальше. И нам не нужно каждую внешнюю функцию "окрашивать" в async.
В go выбрали синтаксис в ущерб производительности. Подробности: https://without.boats/blog/why-async-rust/
Мой идеал ЯП - компьютер должен уметь читать и даже предугадывать мои мысли и выполнять мои хотелки практически мгновенно с околонулевыми энергетическими затратами. Всё остальное (существующие языки программирования и сопутствующие технологии) - костыли костыльные. Понятно, что мои хотелки из разряда фантастики пока что, но это то, к чем можно (нужно?) стремиться.

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (80), 12-Дек-25, 15:58

Надёжный софт пишется на Ada/SPARK, а не на ржавом.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

85. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (-), 12-Дек-25, 16:02

> Надёжный софт пишется на Ada/SPARK
Ты хотел сказать "супер надежный".
Просто надежность бывает разной - где-то нужна формальная верификация, а где-то хватит проверки владения.
Для SPARK сами адовцы пишут "Cost of adoption - Methodology change"
adacore.com/blog/should-i-choose-ada-spark-or-rust-over-c-c
Это может быть весьма дорого.
> а не на ржавом.
То-то AdaCore Joins Rust Foundation as Silver Member.
Может они чего-то знают)?
adacore.com/press/adacore-joins-rust-foundation-as-silver-member
У них прям на главной
Tools for High-Integrity Development in Ada/SPARK, C/C++, and Rust

Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +4 +/–

Сообщение от Аноним (145), 12-Дек-25, 18:00

>Может они чего-то знают)?
Да откуда им знать? Вот толи дело аноним с опеннета, вот он точно готов дать экспертное заключение!

Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (88), 12-Дек-25, 16:05

На Ada/SPARK консьюмерского софта не пишется. Но консьюмерский софт может и должен быть надёжным, и для этого его не должно быть нужно писать на этом говне. Поэтому конечно же rust.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

185. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (185), 12-Дек-25, 20:48

На MISRA C вообще-то.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

193. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (-), 12-Дек-25, 21:59

> На MISRA C вообще-то
А вы пробовали писать на ней? Вы бы взвыли еще больше чем от раста.
В MISRA C от си только синтаксис и буква в названии.
Как вам например
Rule 16.2 (required): Functions shall not call themselves, either directly or indirectly.
Rule 17.4 (required): Array indexing shall be the only allowed form of pointer
arithmetic.
Rule 20.4 (required): Dynamic heap memory allocation shall not be used.
И это только 3 из целого списка ограничений!
Думаете просто так придумали deviations для нее?))

Ответить | Правка | Наверх | Cообщить модератору

198. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (185), 12-Дек-25, 22:31

Ой да ни чуть не сложнее, чем борьба с боровами в расте.

Ответить | Правка | Наверх | Cообщить модератору

203. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним83 (?), 12-Дек-25, 22:36

Забавно.
У меня почти весь код примерно так и написан, но конечно память я динамически выделяю иногда, но не на каждый чих как некоторые, а только когда без этого не обойтись совсем никак - я ленивый же, потом такую память освобождать же надо...
И с указателями тоже иногда (редко) играюсь.
Рекурсию - я тоже не люблю, в моих программах она бывала только для рекурсивного поиска файлов, да и то, помнится в переписывал чтобы без рекурсии было. В целом обычно это error prone way.

Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

228. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (155), 12-Дек-25, 23:57

Да ты у нас особенный! А фразы типа "у меня код" и "я делаю" с потрохами выдают писателя хэллоуворлдов в одно лицо.

Ответить | Правка | Наверх | Cообщить модератору

237. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним83 (?), 13-Дек-25, 00:38

И чем это плохо?
У меня то есть код который я написал и пользуюсь им, некоторые другие им тоже пользуются.

Ответить | Правка | Наверх | Cообщить модератору

247. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (155), 13-Дек-25, 02:18

>> фразы типа "у меня код" и "я делаю" с потрохами выдают писателя хэллоуворлдов в одно лицо.
> И чем это плохо?
Тем, что имея абсолютный ноль компетенции в разработке сколь-нибудь серьезного ПО и не понимая проблематики (в т.ч. языка Си) ты лезешь воевать против Раста, закономерно выдавая бред, не выдерживающий критики.

Ответить | Правка | Наверх | Cообщить модератору

230. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от _ (??), 13-Дек-25, 00:00

>> На MISRA C вообще-то
> А вы пробовали писать на ней? Вы бы взвыли еще больше чем от раста.
А понять что эта красота - не для написания JSON-парсерофф сделана, совсем никак? :)
> В MISRA C от си только синтаксис и буква в названии.
А что же там унутре? Нежто жЫ-Эс?!?!? :) ... А там - неока!(С)
>Как вам например
>Rule 16.2 (required): Functions shall not call themselves, either directly or indirectly.
>Rule 17.4 (required): Array indexing shall be the only allowed form of pointer arithmetic.
>Rule 20.4 (required): Dynamic heap memory allocation shall not be used.
>И это только 3 из целого списка ограничений!
И _чо_ ?!
Ну надо жи! То же, что прописано практически в любом талмуде по промышленной автоматике! :)
Нормально это. Для тех кто в _там_ работает.
>Думаете просто так придумали deviations для нее?))
Дык эта ... скоро жи на расте перепишут, и тогда заживём! :)

Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

238. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 13-Дек-25, 00:40

> А понять что эта красота - не для написания JSON-парсерофф сделана, совсем никак? :)
Разумеется.
Но и ведро на ней тоже не напишешь.
А если таки надо написать парсер? Ну например XML)))
То что тогда? Писать на dыpявой dыpяхе?
>> В MISRA C от си только синтаксис и буква в названии.
> А что же там унутре? Нежто жЫ-Эс?!?!? :) ... А там - неока!(С)
Если от дедушки чего-то отрезать, то он станет бабушкой. Но это не точна.
Если СИшку кастрировать, то жыэс не получится. А вот кастрированная СИшка - да.
> Ну надо жи! То же, что прописано практически в любом талмуде по промышленной автоматике! :)
> Нормально это. Для тех кто в _там_ работает.
Очень круто! Даже на марсоходе фурычит.
Правда с тоёптой получилось не очень красиво - 10 лярдов пришлось выплатить, но может япы так мстили за дидов)
Правда у нас тут не пром.автоматика, а ведро линукса.
>>Думаете просто так придумали deviations для нее?))
> Дык эта ... скоро жи на расте перепишут, и тогда заживём! :)
Так уже процесс идет.
Если бы не дыды-копротивляторы...

Ответить | Правка | Наверх | Cообщить модератору

245. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (245), 13-Дек-25, 01:44

> А вы пробовали писать на ней? Вы бы взвыли еще больше чем от раста.
всегда так пишу в ядре а больше нигде и не использую С. На расте самому писать с помошником норм, но вот читать чужой код даже с подсказками плохо получается, надеюсь пока :) Жду когда настоящие драйверы в ядре появятся чтобы зная тему раазбираться, но пока там примитивщина на которой ничего не изучишь и незнакомая тема GPU

Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

4. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –5 +/–

Сообщение от Аноним (-), 12-Дек-25, 14:18

> Минимально поддерживаемая версия ... поднята до ветки LLVM 20.
Ждем нытья луддитов)
> библиотеку для создания многоплатформенных приложений с графическим интерфейсом
О, это весьма хорошо.
>  объявила о прохождении сертификации IEC 61508 (SIL 2) для библиотеки libcore ... подтверждает соответствие библиотеки требованиям для критически важных промышленных систем
Еще один шажок в серьезный бизнес типа станков и автомотив.
> Tor, написанного на языке Rust.
Нужно.

Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (24), 12-Дек-25, 14:48

> Ждем нытья луддитов)
такой же комент был в эпоху асм, когда новый релиз Сишки выходил, что не так?

Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +6 +/–

Сообщение от Аноним (74), 12-Дек-25, 15:49

При какое нытьё речь? Большинство пользуется gcc и не знают никаких llvm.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

213. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (213), 12-Дек-25, 22:49

тебе нужен новый фаерфокс, значит тебе нужен новый раст и беги собирай llvm... как-то так...

Ответить | Правка | Наверх | Cообщить модератору

292. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 01:56

Тебе нужен новый фаерфокс? Дождись пакета от мейнтейнера. Как-то так нормальные люди поступают.

Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (5), 12-Дек-25, 14:18

А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и отдать на растерзание Rust-man-ам чтобы они параллельно эволюционировали? Назвать как-нибудь Rusnux.

Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 14:24

> А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и
> отдать на растерзание Rust-man-ам чтобы они параллельно эволюционировали?
Так оно и было до успеха проекта Rust For Linux. Все было на отдельной ветке.
Но зачем сейчас делать работу дважды? Тратить время на синк с апистримом и тд.
Проше сделать ядро с растом по умолчанию, а недовольные пусть сделают свой форк и поддерживают.

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (15), 12-Дек-25, 14:40

Линус всё ещё продолжает нянчится с этими луддитами! Слишком добрый, а надо как в ЕС, всё, с 2030 нельзя купить машину с ДВС! Нужно чтоб Линус объявил, с 2027 года в ядро можно присылать исправление ошибок на любом ЯП, а новый функционал только на Rust! И тогда у луддитов появится мотивация учить современные языки программирования!

Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (80), 12-Дек-25, 16:01

И как, ты уже достаточно "современный"? Это передаётся воздушно-капельным путём или это венерическое?

Ответить | Правка | Наверх | Cообщить модератору

154. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (154), 12-Дек-25, 19:01

Венерическое, так что тебе не грозит, не парься.

Ответить | Правка | Наверх | Cообщить модератору

223. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (223), 12-Дек-25, 23:46

Вас, функционалов не зря запретили.

Ответить | Правка | Наверх | Cообщить модератору

232. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от _ (??), 13-Дек-25, 00:07

> а надо как в ЕС, всё, с 2030 нельзя купить машину с ДВС!
Пусть вначале доживут до 2030 :) а там посмотрим :)
Обежать не значит жениться!(С) Норот ;)

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

293. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Прохожий (??), 14-Дек-25, 01:59

> Пусть вначале доживут до 2030
А что им может помешать, ну кроме страны с агрессивными северными обезьянами по соседству?

Ответить | Правка | Наверх | Cообщить модератору

249. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Смузихлеб забывший пароль (?), 13-Дек-25, 07:15

> Слишком добрый, а надо как в ЕС, всё, с 2030 нельзя купить машину с ДВС!
только там "экология" лишь предлогом является
появится возможность соразмерное баблоу попилить - всё, кроме раста ограничат хоть завтра с обеда

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

17. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –3 +/–

Сообщение от Аноним (12), 12-Дек-25, 14:41

> Тратить время на синк с апистримом
А зачем продукты растсеров в апстриме? Вот я например написал что-то для линукса, я же это не синкю в апстрим, всё и без этого работает. Или вот нвидя написала драйвер - она же толкает его в ядро, а выкладывает у себя на сайте.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

26. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 14:48

> А зачем продукты растсеров в апстриме?
Чтобы им было удобно.
> я же это не синкю в апстрим, всё и без этого работает.
Ну, на тебя лично тем, кто в лине принимает решения, как-то положить. Без обид, это просто факт. А растеры там напр. и RedHat и Google. И они немного рассторятся, если на них попробуют положить.
> нвидя написала драйвер - она же толкает его в ядро, а выкладывает у себя на сайте.
Взамоисключающие утверждения?

Ответить | Правка | Наверх | Cообщить модератору

156. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (155), 12-Дек-25, 19:12

> А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и отдать на растерзание Rust-man-ам чтобы они параллельно эволюционировали?
Учитывая, что главный Rust-оман - это сам Линус (который, напомню, официально заявил, что будет пропивать его даже в обход недовольных маинтайнеров), то форк нужно делать как раз противникам Раста. Вот смеху-то будет!

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

186. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +5 +/–

Сообщение от Аноним (185), 12-Дек-25, 20:53

А было, кстати, реально круто, если бы все (вообще все) сишники ушли из ядра и сделали бы форк. А в оригинальном линуксе остались бы только rust-оманы. Вот смеху то было бы.

Ответить | Правка | Наверх | Cообщить модератору

209. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (73), 12-Дек-25, 22:45

Там большая часть на зарплате сидит, не уйдут. Но зрелище и правда было бы инересным.

Ответить | Правка | Наверх | Cообщить модератору

225. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (223), 12-Дек-25, 23:47

И ктобы победил? Для меня просто не очевидно.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

250. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Смузихлеб забывший пароль (?), 13-Дек-25, 07:18

тот, кто сможет на этом заработать. Очевидно же
Тем более, что "правильные посоны" в лине далеко не за бесплатно работают да и бюджеты фонда того кого надо фонда там будь здоров какие

Ответить | Правка | Наверх | Cообщить модератору

229. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (155), 13-Дек-25, 00:00

> А в оригинальном линуксе остались бы только rust-оманы. Вот смеху то было бы.
Ну, то есть остались бы Линус и ватага корпов в лице Google, Microsoft и т.п.? Да, действительно смешно было бы.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

321. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (321), 14-Дек-25, 10:58

А кроме них там кто-то еще есть? Не видно по статистике коммитов.

Ответить | Правка | Наверх | Cообщить модератору

234. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от _ (??), 13-Дек-25, 00:18

> А было, кстати, реально круто, если бы все (вообще все) сишники ушли из ядра и сделали бы форк.
А столоваться они где будут?
Просто начнут как и в любой корпе - ИБД вместо работы.
Даже раст выучат пожалуй. Но "программу на Fortran-е можно написать на любом языке программирования"(С) кажись Дейкстра
> А в оригинальном линуксе остались бы только rust-оманы. Вот смеху то было бы.
Смех сквозь слёзы!(С) Девиз Redox
Потому что хоть пеньком по сове, хоть совой по пеньку - всё одно сове звиздец!(С)
M$ устоит корпоратифф и зальёт мексиканский залив лучшим хранчузЪскимЪ шампанскимЪ :-)

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

242. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним83 (?), 13-Дек-25, 00:56

Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режиме, примерно как VALA транслирует свой код в С.
А вот наоборот - нет.
Поэтому задача выкидывания RUST из любого проекта - это вопрос желания и минимальных трудозатрат.
Даже вангую если сделают/популяризируют транслятор из RUST в C - сами растоманы будут его активно юзать чтобы не ждать часами пока это всё поделие удосужится скомпилится.

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

243. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 01:10

> Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режиме, примерно как VALA транслирует свой код в С.
А это ЭТО потом можно будет прочитать или исправить?
Будет в расте какая-то функция, возвращающая Result, а внутри паттерн маттчинг по enum с ассоциированными значениями.
И как это будет в сишке?

> Поэтому задача выкидывания RUST из любого проекта - это вопрос желания и минимальных трудозатрат.
Но пока проектов что-то не видно))
> Даже вангую если сделают/популяризируют транслятор из RUST в C - сами растоманы будут его активно юзать чтобы не ждать часами пока это всё поделие удосужится скомпилится.
И откажутся от проверок в компайл тайм?
Проще тогда сразу на сишке писать.

Ответить | Правка | Наверх | Cообщить модератору

271. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (155), 13-Дек-25, 14:41

> Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режиме,
Да что ты говоришь! А пример можно такой переписывающей на автомате програмки? Очень интересно бы было посмотреть, как бы она на С переписала растовые типы, трейты, паттерн матчинг и т.п. Здается мне, ты просто не понимаешь, что несешь.
> А вот наоборот - нет.
https://github.com/immunant/c2rust

Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

282. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 17:59

> Очень интересно бы было посмотреть, как бы она на С переписала растовые типы, трейты, паттерн матчинг и т.п.
Я не понимаю, где ты видишь проблемы с этим. Проблемы могут быть с тем, чтобы не просто переписать на C, но ещё переписать так, чтобы сишный компилятор смог бы оптимизировать не хуже растового. У него будут большие проблемы с этим, поскольку куча информации будет потеряна при трансляции в C, а без оптимизаций, получится такое тормозное г, что кому это нужно?

Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Доктор.Ливси (?), 12-Дек-25, 14:30

Как это прекрасно! Теперь я учу раст и сделаю для всех много безопасных программ, компьютерных, и не только!

Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (109), 12-Дек-25, 16:41

https://rust-lang.org/ru/

Ответить | Правка | Наверх | Cообщить модератору

268. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от OpenEcho (?), 13-Дек-25, 13:00

> Теперь я учу раст и сделаю для всех много безопасных программ, компьютерных, и не только!
   f(return);

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

14. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –6 +/–

Сообщение от Аноним (14), 12-Дек-25, 14:40

Ни от чего он не избавляет, просто заменяет одни ошибки на другие побуждая программиста работать "спустя рукава" создавая ложное убеждение, что компилятор "всё сделает хорошо".

Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +10 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 14:43

> Ни от чего он не избавляет
Продолжайте повторять это перед зеркалом два раза в день утром и вечером.
И наслаждайтесь новыми и старыми раст проектами :)

Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (14), 12-Дек-25, 14:49

> И наслаждайтесь новыми и старыми раст проектами :)
Которых нет, кроме переписанных с ошибками core utils.

Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (155), 12-Дек-25, 19:28

> Которых нет, кроме переписанных с ошибками core utils.
Качественный копиум! "Проектов нет, но как же у меня горит! 😭"

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +4 +/–

Сообщение от Аноним (-), 12-Дек-25, 14:44

> Ни от чего он не избавляет, просто заменяет одни ошибки на другие побуждая программиста работать "спустя рукава" создавая ложное убеждение, что компилятор "всё сделает хорошо".
Ваше мнение, как "ононимного ыксперда", конечно очень афторитетно и ценно, но возможно вы предоставите пруфы?
Пока есть такие данные от гугла
> For medium and large changes, the rollback rate of Rust changes in Android is ~4x lower than C++.
security.googleblog.com/2025/11/rust-in-android-move-fast-fix-things.html

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

25. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –3 +/–

Сообщение от Аноним (14), 12-Дек-25, 14:48

> но возможно вы предоставите пруфы?
Читайте новости на опеннете, здесь всё есть.
> Пока есть такие данные от гугла
Корпорастам веры нет - у них всегда "всё хорошо", только потом они почему-то ночью во дворе закапывают свои проекты.

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (-), 12-Дек-25, 14:52

> Читайте новости на опеннете, здесь всё есть.
Ээ? Что ж ты так уныло слился?!
Я надеялся на какие-то вскуракеки из СИшного угла(((
> Корпорастам веры нет - у них всегда "всё хорошо", только потом они почему-то ночью во дворе закапывают свои проекты.
Пока корпорасты пишут 90% кода в ядре.
Которым пользуются бесполезный балласт из васянов.


Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (14), 12-Дек-25, 15:06

> Я надеялся на какие-то вскуракеки из СИшного угла(((
"вскукареки", "из угла"... Ты откуда сюда с таким лексиконом пришёл?
> Пока корпорасты пишут 90% кода в ядре.
Их никто не просил, путь проваливают!

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (43), 12-Дек-25, 15:08

>> Пока корпорасты пишут 90% кода в ядре.
> Их никто не просил, путь проваливают!
Пф, и кто им запретит? Ты)?
В СПО никто никому ничего не должен.
Если они пишут код - значит они и решают.
Поэтому как бы ты не пыжился - они будут делать с ядром то что пожелают, а ты просто пойдешь в лес.

Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –3 +/–

Сообщение от Аноним (14), 12-Дек-25, 15:14

> Поэтому как бы ты не пыжился - они будут делать с ядром то что пожелают, а ты просто пойдешь в лес.
Это общая беда, так что "в лес" пойдут все, когда ядро перестанет быть открытым и корпорасты будут резвиться там по полной.

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (-), 12-Дек-25, 15:19

>  "в лес" пойдут все, когда ядро перестанет быть открытым
Это как?
Если код открыт - ядро открытое.
> и корпорасты будут резвиться там по полной.
Так они уже. Лет 10 так точно.
Может в ядре это не так очевидно заметно.
Сисмтемд добавили? Вейланд добавили?
Вот раст добавили.
И ничего страшного не случилось.
Земля не налетела на небесную ось.
Лялекс работает как и работал.

Ответить | Правка | Наверх | Cообщить модератору

161. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (155), 12-Дек-25, 19:22

> когда ядро перестанет быть открытым и корпорасты будут резвиться там по полной.
Ты поди с *BSD пишеш? С links из tty?
Или все таки лицемеришь, сидя на том самом корпоратском Линуксе, за обе щеки уплетая дрова и поддержку железа, которые тебе на блюдечке за бесплатно дали те самые "резвящиеся корпорасты"?

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

158. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (155), 12-Дек-25, 19:18

>> Пока корпорасты пишут 90% кода в ядре.
> Их никто не просил, путь проваливают!
Пхахаха! Ну давай выпилим из ядра все, что накодили корпы, и оставим только кусочки от домашних васянов. Что ж ты делать тогда будешь, дорогой? С Vim в TTY сношаться, ибо не на что больше оно будет не годно?
Не, друг, это ты лучше проваливай на FreeBSD и подобные.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

226. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (223), 12-Дек-25, 23:52

>Не, друг, это ты лучше проваливай на FreeBSD и подобные.
Не так страшен Linux как его фанаты. Фанаты даже самого безобидного явления делают все, чтобы вызвать отвращение.

Ответить | Правка | Наверх | Cообщить модератору

148. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (145), 12-Дек-25, 18:04

>Пока есть такие данные от гугла
Ну ты насмешил конечно. Ты приводишь в пример какието данные неучей с гугла в противовес слову самого ананимного эксперта с опеннета!

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

284. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (284), 13-Дек-25, 20:24

Почему-то в любой профессии предпочитается более безопасный инструмент, но сишникам надо превозмогать.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

18. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (14), 12-Дек-25, 14:43

Rust - язык для новичков, он прощает ошибки. Для профи - Си, но это только для тех, кто понимает, что такое ответственность.

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 14:45

> Для профи - Си, но это только для тех, кто понимает, что такое ответственность.
О, мифическое "настоящие сишники"!
Уже 50+ лет языку, а настоящих так и не завезли.
Как выходили за границы массивов, так и выходят, как делали use-after-free, так и делают.
Печалька.

Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 14:50

> Печалька.
Сам то пробовал не делать этих выходов за границы и т.д.? Или очередной ...

Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +4 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 14:52

> Сам то пробовал не делать этих выходов за границы и т.д.?
Так все пробовали.
Ни у кого не получилось ☺️
Даже у дидов из кернел-тимы с 30+ лет опыта писанины на си.

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (24), 12-Дек-25, 14:57

> Так все пробовали.
> Ни у кого не получилось ☺️
видать природа их такова, чтобы не порезаться кухонным ножом, надо изучить искусство самурая, сказал бы япошка.
> Даже у дидов из кернел-тимы с 30+ лет опыта писанины на си.
Ну значить колеки, а нормальные диды такой хней не занимаются.

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +4 +/–

Сообщение от Аноним (39), 12-Дек-25, 15:02

> видать природа их такова, чтобы не порезаться кухонным ножом, надо изучить искусство самурая, сказал бы япошка.
Да, но нет.
У нас нож без ручки.
Полная свобода отрезать себе палец)

>> Даже у дидов из кернел-тимы с 30+ лет опыта писанины на си.
> Ну значить колеки, а нормальные диды такой хней не занимаются.
А других дидов у нас нету.
Если хотим недырявое ядро, то тут вариантов не много, к сожалению.

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (24), 12-Дек-25, 15:26

> Если хотим
то делаем сами, флаг в руки и шапку вверх, с криком "ура".

Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 12-Дек-25, 15:31

> то делаем сами, флаг в руки и шапку вверх, с криком "ура".
Так и делаем!
Мы хотим внедрить раст - и внедряем.
Если бы не копротивление дидов, процесс был бы быстрее.
Крайнего вахтера который ставил палки в колеса выкинули из мейнтейнеров ядра.
Хочется сказать "и так будет с каждым", но зачем? Думаю остальные мейнтейнеры уже поняли намек.

Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (91), 12-Дек-25, 16:09

> видать природа их такова, чтобы не порезаться кухонным ножом, надо изучить искусство самурая, сказал бы япошка.
Вот только самураев настоящих сейчас нет, они исчезли не выдержав конкуренции уступив место более эффективной современной армии.
Можно «играть в самураев» в качестве хобби, так же как в рыцарей в латных доспехах или строить хижины из пальмовых ветвей. Но практической пользы в этом нет.
Сейчас можно программировать на коболе, а для фортрана и дельфей даже компиляторы обновляют, но смысла что-то новое на них писать ноль.
Так же и на c/c++ начинать новый проект сейчас нет смысла никакого. Они остаются за бортом истории. Раст уделывает их по всем параметрам, не имея никаких заметных минусов и имея веские плюсы.
Он просто современнее и эффективнее

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

94. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 12-Дек-25, 16:15

> Сейчас можно программировать на коболе, а для фортрана и дельфей даже компиляторы  обновляют, но смысла что-то новое на них писать ноль.
В некоторых областях фортран до сих пор используется.
Но да, скорее исключение.
> Так же и на c/c++ начинать новый проект сейчас нет смысла никакого.
Всё такие есть.
Например у тебя уже есть команда которая хорошо пишет на С++.
У тебя есть варианты: переучить их, найти новых людей, продолжить использовать знакомый инструмент.
Думаю такая ситуация довольно частая.

Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 17:38

> У тебя есть варианты: переучить их
зачем? это необходимо только тогда, когда ваш условный С и С++ не будут поддерживаться современными ЦПУ, то есть не будут "развиваться". А если инструмент выполняет свою функцию не первый десяток лет, то зачем его менять на китайский аналог, вот пусть ваш раст столько же и проживет в среде юных погромистов, тогда он будет ровней для таких дедов как С и С++. Шило на мыло менять никто не будет!

Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (154), 12-Дек-25, 19:21

> Например у тебя уже есть команда которая хорошо пишет на С++.
> У тебя есть варианты: переучить их, найти новых людей, продолжить использовать знакомый инструмент.
Работаю в компании стоявшей перед схожим выбором. Решение было простым: кто хочет учиться, тот получает ресурсы (время, материалы, воркшопы, доступ к экспертам в области позадавать вопросы, и так далее). А кто не хочет, тот знает где дверь. Свалила примерно треть вовлечённых, включая нескольких "ключевых" (по их собственному мнению) людей с основных проектов компании. И ничего страшного не случилось, ни количество инцидентов в проде не выросло, ни доходы не упали, ничего. Единственный значительных негативный эффект -- в первые четыре месяца замедлилась разработка и выросли бэклоги у пары проектов. Через год этих эффектов уже не видно. Зато стоимость годового обслуживания одного пользователя для нас снизилась на 17%, что и было главной целью.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

166. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 19:40

Интересная и поучительная история.
Могу сказать что вам весьма повезло с командой.
Но, замечу, что так рисковать готовы не все.

Ответить | Правка | Наверх | Cообщить модератору

197. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (24), 12-Дек-25, 22:30

> Зато стоимость годового обслуживания одного пользователя для нас снизилась на 17%, что и было главной целью.
Эффективный менеджмент на деле, голодом морить людей, а потом сами работать будут за еду, на другое вы не способны. Вы там можете всех этих погромистов поувольнять и у вас прод так же без проблем будет работать, так как его уже сделали те самые первые.

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

133. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (24), 12-Дек-25, 17:34

> Вот только самураев настоящих сейчас нет, они исчезли не выдержав конкуренции уступив место более эффективной современной армии.
эффективность в чем? в уничтожении людей? ну так вы же придумали атомные бомбы, они же эффективней чем бухой уголовник с калашом, в чем проблема? продолжаем удобрять?
> Но практической пользы в этом нет.
кому нет? хозяину твоему конечно нет, он завтра тебя и в качестве дров будет использовать, когда нефти не будет.
> но смысла что-то новое на них писать ноль.
:))) когда есть смысл, то пофиг на чем писать, особенно когда смысл в получении выгоды. Корпорастам пофиг на чем зарабатывать, им главное раздуть.
> Так же и на c/c++ начинать новый проект сейчас нет смысла никакого.
нет смысла для васяна, который на диване сидит и верит, что ЫЫ напишет за него :)
//ru.wikipedia.org/wiki/Выученная_беспомощность
> Раст уделывает их по всем параметрам, не имея никаких заметных минусов и имея веские плюсы.
пхааа, уделывает ваш хелло ворлд на расте такой же на асм?
> Он просто современнее и эффективнее
спасибо, поржал

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

141. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от ZloySergant (ok), 12-Дек-25, 17:45

>Вот только самураев настоящих сейчас нет, они исчезли не выдержав конкуренции уступив место более эффективной современной армии.
Не совсем так. Они проиграли не "современной" армии, а современной, на тот момент, экономике в конце XIX в. Ко времени появления "современной" армии их, как общественного класса, по сути, не существовало.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

159. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (159), 12-Дек-25, 19:21

Смысл есть. ООП. В расте его нет. А без ООП крупный софт не пишется

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

164. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (164), 12-Дек-25, 19:25

> А без ООП крупный софт не пишется
Ядро написано на си. В си нет ООП.
Достаточно ли ядро крупный софт?
Всего каких-то 40+ лямов строк кода.

Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Советский инженер (ok), 12-Дек-25, 20:05

а вот для гнома взяли и изобразили ООП.
как вариант

Ответить | Правка | Наверх | Cообщить модератору

199. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (24), 12-Дек-25, 22:32

> Всего каких-то 40+ лямов строк кода.
и эти писаки асм кода боялись, что он будет большой? :)))))

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

231. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (223), 13-Дек-25, 00:02

>Так же и на c/c++ начинать новый проект сейчас нет смысла никакого.
На плюсах держится весь game development -  самая прибыльная и активно развивающиеся направления ИТ. Rust это просто мода которая пройдёт через 10 лет. Те же байки я слышал про Python, я даже видел бекэнд и фронтэнд на Python. Этот же проект был бы в разы эффективнее на плюсах, но программистов не осталось, остались одни питонисты.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

240. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 00:48

> На плюсах держится весь game development -  самая прибыльная и активно развивающиеся направления ИТ.
А не ЫЫшка?
Вообще игры отличный пример - можно присать лютый крап, ну подумаешь упадет.
ГейМеры привыкли помои жратъ и в очередную КалОфДути игратъ.
> Rust это просто мода которая пройдёт через 10 лет.
Поживем увидим)
> Те же байки я слышал про Python, я даже видел бекэнд и фронтэнд на Python. Этот же проект был бы в разы эффективнее на плюсах, но программистов не осталось, остались одни питонисты.
Прям таки в разы?
А ты посчитал "у нас тут у клиента СИГАБРТ, повторить не можем, ищим третьи сутки"))?

Ответить | Правка | Наверх | Cообщить модератору

244. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от _ (??), 13-Дек-25, 01:29

> Те же байки я слышал про Python
Про Java, Lisp, Haskell, Pascal, Algol68, Smalltallk, *ml и про прорву других, тогда - ultra-модных ;)
Всё суета и суета сует!(С) один грустный царь

Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

29. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (14), 12-Дек-25, 14:51

> О, мифическое "настоящие сишники"!
Нет в мире совершенства, так устроена природа.
> Как выходили за границы массивов, так и выходят, как делали use-after-free, так и делают.
Ну и что? Всё работает, весь Интернет, весь embedded, так что это надуманная проблема.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

33. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +4 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 14:55

> Всё работает,
правдо фигово
> весь Интернет,
этот совсем так себе
> весь embedded,
а потом машинки взламывают по блютусу.
> так что это надуманная проблема.
Да я уже понял, все ок, "ваши уязвимости не уязвимости", "покажите кто пострадал", "эти не считаются"... Продолжаем бракоделить как и 30 лет назад.
Можешь не продолжать)

Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (14), 12-Дек-25, 15:00

> Продолжаем бракоделить как и 30 лет назад
Брак - это когда что-то не работает. Базовый софт на Си трудится 24/7/365 и обеспечивает жизнь современной IT инфраструктуры, так что не надо "ля-ля".

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (43), 12-Дек-25, 15:06

> Брак - это когда что-то не работает.
Разве?
ГОСТ 15467-79
"Брак — продукция, передача которой потребителю не допускается из-за наличия дефектов, не удовлетворяющая установленным требованиям"
> Базовый софт на Си трудится 24/7/365 и обеспечивает жизнь современной IT инфраструктуры, так что не надо "ля-ля".
А... т.е у них прямо в ТЗ было прописано "в программе должны быть уязвимости".
Типа dirtyCow, heartbleed или bashdoor.
Ну тогда согласен, это не брак, а просто бекдор.

Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (14), 12-Дек-25, 15:16

> ГОСТ
Ахаха) Ядро пишется по ГОСТу?))
> "в программе должны быть уязвимости"
Кого они "уязвили"? Давай реальные примеры из жизни, когда уязвимости на Си привели к катастрофическим последствиям.

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 15:26

> Ахаха) Ядро пишется по ГОСТу?))
Определение ты откуда взял?
Вот тебе Толковый словарь Ожегова: "БРАК2, а (у), м. Не соответствующие стандартам, недоброкачественные, с изъяном предметы производства, а также сам изъян в изделии."
> Кого они "уязвили"? Давай реальные примеры из жизни, когда уязвимости на Си привели к катастрофическим последствиям.
Рад что ты спросил (с)
"SSH-бэкдор, установленный при взломе kernel.org, два года оставался незамеченным"
Атакующие получили доступ к хранящимся в /etc/shadow хэшам паролей 551 пользователя, среди которых были все мэйнтейнеры ядра... Для 257 пользователей атакующим удалось определить пароли в открытом виде, предположительно путём подбора паролей по хэшам и через перехват вредоносным компонентом Ebury паролей, используемых в SSH.
Для повышения привилегий использовались уязвимости, такие как Dirty COW.
Как тебе такое?
Или недостаточно катастрофическое?
Ну пусть будет heartbleed - сотни взломов, ущерб на сотни миллионов баксов.

Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (14), 12-Дек-25, 15:30

> Как тебе такое?
Криворукие админы kernel.org, причём тут Си?..

Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 15:36

> Криворукие админы kernel.org, причём тут Си?..
Как это причем?
Как они привилегии повышали?
"Критическая уязвимость в ядре Linux, уже эксплуатируемая злоумышленниками"
opennet.ru/opennews/art.shtml?num=45354
... позволяющая непривилегированному локальному пользователю повысить свои привилегии в системе. ... наличие надёжно рабочего прототипа эксплоита, простота проведения атаки (экплоит не зависит от особенностей окружения) и сведения о длительном использовании данной уязвимости злоумышленниками до исправления проблемы (проблема была выявлена на основе изучения перехваченного эксплоита).
Уязвимость присутствует с 2007 года и проявляется в ядрах Linux, начиная с выпуска 2.6.22.
Казалось причем тут СИшка)

Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 15:40

> Казалось причем тут СИшка)
уязвим код (и по иксу какая уязвимость), а не сишка, я повторяю, вы уже доказали, что на расте нельзя писать уязвимый код? Нет? - в следующей новости еще раз спрошу.

Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (74), 12-Дек-25, 16:00

Как только в интернет пришёл Rust интернет вообще временами не работает, но зато безопасно не работает, да.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

32. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (24), 12-Дек-25, 14:53

> Печалька.
Особенно на фоне "Google fixes super-secret 8th Chrome 0-day", чет они не торопятся переписать :) Си может для этого и создан?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

35. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (39), 12-Дек-25, 14:58

Рим не за один день был построен.
Гугл начал с андроида - проверил возможности и риски.
Эксперимент получился удачным.
Потом добавил в хром поддержку 3d-party на расте.
И только потом " Браузер Chrome переведён на шрифтовой движок Skrifa, написанный на Rust "
opennet.ru/opennews/art.shtml?num=62922
А почему, неужели что-то случилось?
А вот что:
"В библиотеке отрисовки шрифтов FreeType выявлена уязвимость (CVE-2025-27363), которая потенциально может привести к выполнению кода при обработке специально оформленных файлов...
Предполагается, что уязвимость уже применялась ранее для совершения атак.
...
Уязвимость вызвана переполнением буфера, возникающем при разборе субглифовых структур (subglyph) в шрифтах. Переполнение возникает из-за присвоения переменной с типом "signed short", участвующей в вычислении размера буфера, значения с типом "unsigned long"
ТипиКал дыряшка.

Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 15:36

> Гугл начал с андроида - проверил возможности и риски.
> Эксперимент получился удачным.
так он завтра его и похоронит, так как растовики будут ныть, что им надо кучу кода переписать, а это ведь дело не благодарное :)
> А почему, неужели что-то случилось?
Случилось то, за что гугэль платить не хотел, да, да, за АУДИТ стороннего кода, С тут не причем, что гугэль взял дырявый проект и пихнул к себе.
> А вот что:
> "В библиотеке отрисовки шрифтов FreeType выявлена уязвимость (CVE-2025-27363), которая
> потенциально может привести к выполнению кода при обработке специально оформленных файлов...
А куда гугл-зеро смотрел? Гугель пишет на сишки и значит в курсе к чему приводит криворукость, так в чем проблема? в затратах на квалифицированный персонал? Х*як, х*як и в продакшен ведь.

> ТипиКал дыряшка.
Типикл, когда экономишь на аудите и набираешь смузихлебов, Си тут не причем. Ну пусть им ЫЫ пишет код, раз платить не хотят.

Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 15:40

> так он завтра его и похоронит, так как растовики будут ныть, что им надо кучу кода переписать, а это ведь дело не благодарное
Чоо??
Суда по всему растовиков хлебом не корми, а дай что-то переписать.
> С тут не причем, что гугэль взял дырявый проект и пихнул к себе.
Проект на СИ.
Проект дырявый.
Виноват гугл?
Я все правильно понял?))
> А куда гугл-зеро смотрел? Гугель пишет на сишки и значит в курсе к чему приводит криворукость, так в чем проблема? в затратах на квалифицированный персонал? Х*як, х*як и в продакшен ведь.
Фритайпом пользуется не только гугл.
И дырявым он был независимо от гугла.
Куда смотрели тыщи глаз?
> Типикл, когда экономишь на аудите и набираешь смузихлебов, Си тут не причем.
Хаха, вот это логика, достойна СИшника.
XOrg дырявый тоже из-за гугла?
А GRUB? А libxml2 (в дебе от нее зависят сотни пакетов)?
Не, тут проблема другая: овняный инструмент - овняный результат.

Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 17:54

> Чоо??
> Суда по всему растовиков хлебом не корми, а дай что-то переписать.
А кто там им уже гранты выделяет за переписывание? это ведь такое неблагодарное дело переписывать.
> Проект на СИ.
> Проект дырявый.
> Виноват гугл?
> Я все правильно понял?))
Проект на Си -> Нож из Стали.
Проект дырявый -> Нож острый.
Нож острый -> Порежешь палец.
Виноват гугл? = Да! Однозначно.
Я все правильно понял?)) -> Не сталь же виновата, что она затачивается. 100 раз об этом говорили и приводили эту аналогию.
> Куда смотрели тыщи глаз?
Во, и какая разница, что тыща языков твердит, что раст спасет?
Обычно на этот вопрос отвечают так, а где твои глаза то были? У дурака всегда кто-то виноват, не сам он!
> Хаха, вот это логика, достойна СИшника.
Я вижу вашу паразитную логику, этого "Куда смотрели тыщи глаз?" достаточно.
> XOrg дырявый тоже из-за гугла?
Конечно он дырявый из-за "тыщи вырвиглаз" по вашей логике, но не из-за вас.
> Не, тут проблема другая: овняный инструмент - овняный результат.
овняный человек - аргумент ЫЫ-шников, и вы ничем от них не отличаетесь, вы по факту принимаете, что человек - овна кусок. Могу согласиться с поправкой, "человек-паразит" - овна кусок.

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Анонимусс (?), 12-Дек-25, 15:01

> Особенно на фоне "Google fixes super-secret 8th Chrome 0-day",
> чет они не торопятся переписать :)
В хроме 30+ млн. строк c b c++ кода. Это сравнимо с ядром.
А так они потихоньку переписывают. Напр. выкинули dыpявый рендер шрифтов, планируют избавится от аналогичной libxml2. Просто кода очень много, все сразу не перепишешь.
> Си может для этого и создан?
Именно! "C in CVE stands for C language"))

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

150. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 18:21

> В хроме 30+ млн. строк c b c++ кода. Это сравнимо с
> ядром.
И растовики готовы делать это бесплатно? :))
> Именно! "C in CVE stands for C language"))
В руках того, кто ХОЧЕТ этого CVE.

Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 18:43

> И растовики готовы делать это бесплатно? :))
Хм, а на с/с++ они писали бесплатно?
Или работая в гугле им просто ставят задачу что и на чем писать?
> В руках того, кто ХОЧЕТ этого CVE.
Ты хочешь сказать что почти 1.5 тысячи CVE найденных в ядре за последний год это все было намеренно 😱 ?

Ответить | Правка | Наверх | Cообщить модератору

202. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (24), 12-Дек-25, 22:36

> Хм, а на с/с++ они писали бесплатно?
На первых порах чтобы переписать асм код - да, как и щас растовики готовы делать это бесплатно, но чет быстро они за гранты заговорили.
> Ты хочешь сказать что почти 1.5 тысячи CVE найденных в ядре за последний год это все было намеренно 😱 ?
А как по твоему? Хочешь сказать, что СПО это жест доброй воли дяди Сэма? :) наивный

Ответить | Правка | Наверх | Cообщить модератору

294. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:22

> Хочешь сказать, что СПО это жест доброй воли дяди Сэма?
Нет, это здравый смысл. Где-то попадалась статья, что без СПО стоимость ПО была бы в несколько раз выше (в 3-4 раза).

Ответить | Правка | Наверх | Cообщить модератору

326. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (24), 15-Дек-25, 01:29

> Нет, это здравый смысл.
Что на л*хах бабло наваривают? Или без корпорастов нет никакого СПО и вовсе? Если второе, то там дядя Сэм, если че, дергает за ниточки, как и вся эта вонь про переписывание все и всея на раст.
> Где-то попадалась статья, что без СПО стоимость ПО была бы в несколько раз выше (в 3-4 раза).
Ну сколько стоит ваша винда, сап какой-то, оракл и прочий клоседсурс? Вы хотите сказать, что какой-то гимп утрет нос фотож0пу? Смешно, ни один опсосный софт и рядом не стоял.

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +4 +/–

Сообщение от Проходил мимо (?), 12-Дек-25, 15:12

Rust крайне нетерпим к ошибкам. И он нифига не для новичков. Если вы когда-нибудь начнете на нем программировать, то очень хорошо прочувствуете это на себе.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

72. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (72), 12-Дек-25, 15:48

> он прощает
> прощает
Прощает, ага. Наоборот.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

124. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (275), 12-Дек-25, 17:07

> Си
With you on top and me underneath
> но это только для тех, кто понимает, что такое ответственность.
Domination's the name of the game
A game with added reality
We call it Master and Servant
Стандарт ничего не даёт для контроля за оптимизатором.
Оптимизатору на возможность сохранения низкоуровневых трюков пофиг (а иначе ради чего в ответственность играть?).
В итоге он найдёт способ проэксплуатировать UB и заставит тебя отключить оптимизации как сделали в Linux. Ну и стоило оно того?
Бери сразы плюсы, там ещё больше ответственности.
И это, сишники будут плеваться на слишком свежий и непереносимый код (пиши под C89), плюсовики - на неидиоматичность и наличие UB, а растовики - на unsafe.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

146. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Витюшка (?), 12-Дек-25, 18:02

Я полностью согласен, тут очень сложно поспоришь. Надеюсь, с вашего позволения, можно продолжить писать ненадежный код баз данных.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

163. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (155), 12-Дек-25, 19:24

> Для профи - Си, но это только для тех, кто понимает, что такое ответственность.
Ответсвенность - это когда не используешь кривые дырявые ископаемые из 70х. А вот Си - это как раз для тех, кто привык к халатности.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

168. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (-), 12-Дек-25, 19:44

> Для профи - Си, но это только для тех, кто понимает, что такое ответственность.
Вначале:
"Regression testing"? What's that? If it compiles, it is good; if it boots up, it is perfect.
    Torvalds, Linus (1998-04-08).
lkml.iu.edu/hypermail/linux/kernel/9804.1/0149.html
Тридцать лет спустя:
"You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management."
    Torvalds, Linus (Aug. 2024)

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

36. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от аноним2 (?), 12-Дек-25, 15:00

до сих пор не удосужились team
https://github.com/rust-lang/rust/blob/main/src/tools/tidy/s...
сюда добавить
https://github.com/rust-lang/rust/blob/main/.gitmodules
и прочее подобное
чтобы можно было без подключения к интернету собрать
сборки называются "собери себе троян в систему", а чё удобно, стильно, модно, молодёжно
как и сборка исключительно с помощью прошлой версии rust

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 15:17

> Компания Ferrocene известна созданием инструментария для разработки на языке Rust приложений для критически важных систем
Полупроприетарное.
> В отличие от Firejail утилита Island не требует прав root и специальных полномочий.
Ну bwrap тоже не требует. А еще у firejail куча готовых профилей. Ибо основная проблема - это не написать изоляцию, а заставить работать в ней текущие приложения, особенно бразуеры, где своя изоляция внутри.
> Проект Catten развивает ядро для экспериментальной операционной системы CharlotteOS, написанное на Rust. Ядро поддерживает управление доступом на основе "capability" (по аналогии с Fuchsia) и использует похожую на Plan 9 распределённую иерархию ресурсов
Фучсия, которая не смогла? Опять с plan 9 что-то стырили.
> Опубликован выпуск интерактивной командной оболочки Fish 4.2.0 (friendly interactive shell).
Шелл для админов локалхоста. Без настроек в духе мака.
> Виртуальная машина для выполнения байткода создана с оглядкой на архитектуру движка V8.
Какие-то вечно оглядыающиеся растовщики
> Опубликована СУБД RustDB, созданная на языке Rust под впечатлением от PostgreSQL.
...и впечатлительные
> Когда код Arti достигнет уровня, способного полностью заменить вариант на Си,
Вот когда, тогда и пишите.

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (3), 12-Дек-25, 15:24

> Полупроприетарное
Они в апстрим отдают код
> Ну bwrap тоже не требует.
C 71.7% Shell 16.6%
Система изоляции на dыpяхе и шеле? Смешно.
> Шелл для админов локалхоста.
Как раз локалхостники любят пpдoлиться с тыщщами настроек.
А нормальным админам нужно чтобы работало.

Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 15:37

>> Полупроприетарное
> Они в апстрим отдают код
И? Сегодня что-то отдают для бета-тестеров, завтра закроют. Лицензия позволяет.
>> Ну bwrap тоже не требует.
> C 71.7% Shell 16.6%
> Система изоляции на dыpяхе и шеле? Смешно.
Смейся дальше, пока взрослые проекты пользуются.
>> Шелл для админов локалхоста.
> Как раз локалхостники любят пpдoлиться с тыщщами настроек.
> А нормальным админам нужно чтобы работало.
Как он будет у тебя работать, если его нет на удаленном хосте? А еще попробуй запусти на слабом железе https://github.com/fish-shell/fish-shell/issues/11187

Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 15:39

>>> Полупроприетарное
>> Они в апстрим отдают код
> А нормальным админам
Нормальные админы не пользуются этой субстаницей. Девляпсы на огрызках может быть.

Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (3), 12-Дек-25, 15:44

> завтра закроют. Лицензия позволяет.
Конечно, это же свободная лицензия, а не запретительная.
Но когда закроют - тогда и поговорим :)
> Смейся дальше, пока взрослые проекты пользуются.
Пришлось опуститься аж до аргументов про возраст?))
> Как он будет у тебя работать, если его нет на удаленном хосте?
А если на удиленном хосте у нас нет тру-сишечного, то как тот будет работать?
Вот когда поставите, тогда и будет.
> А еще попробуй запусти на слабом железе
Проблема на тухлом дебиане на проце из 2009 года в 2025м?
Это проблема маргиналов и 6omжей. Они могу взять что-то более 6omж-френдли.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

76. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 15:50

>> завтра закроют. Лицензия позволяет.
> Конечно, это же свободная лицензия, а не запретительная.
> Но когда закроют - тогда и поговорим :)
>> Смейся дальше, пока взрослые проекты пользуются.
> Пришлось опуститься аж до аргументов про возраст?))
Странные сравнения. Возраст в данном случае синоним стабильного проекта в проде.
>> Как он будет у тебя работать, если его нет на удаленном хосте?
> А если на удиленном хосте у нас нет тру-сишечного, то как тот
> будет работать?
> Вот когда поставите, тогда и будет.
Никто не будет ставить этот шел по умолчанию на хосте. Будешь на каждой удаленной машине ставить? А если рута нет? А привычный баш/позикс шел ты забыл, а нужно что-то сделать?
>> А еще попробуй запусти на слабом железе
> Проблема на тухлом дебиане на проце из 2009 года в 2025м?
> Это проблема маргиналов и 6omжей. Они могу взять что-то более 6omж-френдли.
Проблема, что для сборки шела нужно +3 Гб RAM.

Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (84), 12-Дек-25, 16:02

> Возраст в данном случае синоним стабильного проекта в проде.
Почему странные? Возраст не всегда признак качества.
Вон хorg уже сколько лет - а как было дырявое глюкалово, так и осталось. До сих пор находят уязвимости которые заботливо добавили диды еще в 80х.
> Никто не будет ставить этот шел по умолчанию на хосте
Ну раз не будет, то и сторонних тоже не будет. И будет только тот, который идет в комплекте.
> баш/позикс шел ты забыл, а нужно что-то сделать?
М... пить таблетки от склероза? Открыть доку? Погуглить? Столько вариантов))
> Проблема, что для сборки шела нужно +3 Гб RAM.
Это не проблема. Точнее проблема для категорий, перечисленных выше))

Ответить | Правка | Наверх | Cообщить модератору

285. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (284), 13-Дек-25, 20:25

> Это не проблема. Точнее проблема для категорий, перечисленных выше))
Но ведь кор 2 дуо же!

Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 15:51

>> завтра закроют. Лицензия позволяет.
> Конечно, это же свободная лицензия, а не запретительная.
> Но когда закроют - тогда и поговорим :)
А пока ты готов быть бета-тестером.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

102. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 16:27

Почему бета?
Ядро линукс уже доделали? Или еще будут пилить и пилить?
Я получаю нечто на шару.
Даже если код закроют - последний коммит будет под старой лицензией и следовательно у меня ничего не отобрали.

Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 16:37

> Почему бета?
> Ядро линукс уже доделали? Или еще будут пилить и пилить?
> Я получаю нечто на шару.
> Даже если код закроют - последний коммит будет под старой лицензией и
> следовательно у меня ничего не отобрали.
Отобрали твое время и наработки. С gpl так не прокатит, только с нуля писать.

Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (3), 12-Дек-25, 16:42

> Отобрали твое время и наработки.
Стоп-стоп, какой мое время и наработки?
Все далали они, я только пользовался готовым компилятором.
И оно продолжит компиляться старым компилятором. Все что у меня было - у меня и осталось, никто ничего не забрал.
Это же не гнурак, который отбирает у тебя все и отдает все попало.
> С gpl так не прокатит, только с нуля писать.
Еще как прокатит. Любой солидный проект принимает коммиты по CLA.
Возьмут и поменяют лицуху если захотят. Прецеденты были, вот совсем недавно MinIO был под agpl, а теперь нет.

Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Кошкажена (?), 12-Дек-25, 16:57

>> Отобрали твое время и наработки.
> Стоп-стоп, какой мое время и наработки?
> Все далали они, я только пользовался готовым компилятором.
> И оно продолжит компиляться старым компилятором. Все что у меня было -
> у меня и осталось, никто ничего не забрал.
> Это же не гнурак, который отбирает у тебя все и отдает все
> попало.
GNU дает тебе право получить код того, чем ты пользуешься. mit нет. Если ты еще и вносил исправления, то это можно (и по факту так и есть) использовать как бесплатный бета-тестинг. С GNU ты знаешь, что это нельзя у тебя забрать.
>> С gpl так не прокатит, только с нуля писать.
> Еще как прокатит. Любой солидный проект принимает коммиты по CLA.
> Возьмут и поменяют лицуху если захотят. Прецеденты были, вот совсем недавно MinIO
> был под agpl, а теперь нет.
CLA это просто способ отнять твои права. GPL тут не причем. Настоящий GPL кучу раз срабатывал.

Ответить | Правка | Наверх | Cообщить модератору

206. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (73), 12-Дек-25, 22:41

А зачем GNU отписывать себе права на код заставлял?

Ответить | Правка | Наверх | Cообщить модератору

178. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Уникум (?), 12-Дек-25, 20:14

> особенно бразуеры, где своя изоляция внутри
Своя изоляция, которая на неймспейсах, что усложняет использование bwrap/firejail

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

59. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (59), 12-Дек-25, 15:31

Из топика: "Продолжена стабилизация типа "never", обозначаемого символом "!" и определяющего вычисления, никогда не возвращающие значения (например, функция "exits", макрос "panic!""
Всегда считал panic! println! vec! просто макросами. Соответственно ! в конце символа - признак макроса, а не never.
Never это вот (https://doc.rust-lang.org/std/primitive.never.html):
! represents the type of computations which never resolve to any value at all. For example,
the exit function fn exit(code: i32) -> ! exits the process without ever returning, and
so returns !.
break, continue and return expressions also have type !. For example we are allowed to
write:
#![feature(never_type)]
let x: ! = {
    return 123
};

Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Вася Пупкин (?), 12-Дек-25, 15:49

А причем тут vec и println? Речь не про лексический анализ же, к макросам это вообще никакого отношения не имеет. Как ты дальше собсна и описал

Ответить | Правка | Наверх | Cообщить модератору

295. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:32

В библиотеках Rust принято обозначать макросы восклицательным знаком в конце имени - это просто соглашение такое, к самому языку, как таковому отношение не имеющее.
Но также с помощью восклицательного знака обозначает тип "never". Это уже особенности самого языка программирования.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

71. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –3 +/–

Сообщение от Аноним (74), 12-Дек-25, 15:45

>Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п.
Только разработчики на Rust всё равно умудряются делать CVE. Даже не так, учитывая глупость некоторых ошибок их правильнее называть RVE.

Ответить | Правка | Наверх | Cообщить модератору

296. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:33

Эти CVE имеют отношение не к работе с памятью, а к другим классам ошибок.

Ответить | Правка | Наверх | Cообщить модератору

327. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (327), 15-Дек-25, 07:39

ну если бы в расте были проблемы с ошибками памяти, то наверное о нем бы никто никогда не вспоминал.
и то что он решает проблемы с ошибками памяти...ну ок решает, а проблемы с ее подорожанием он решит? нет, и другие ошибки тоже, ну и зачем он

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (81), 12-Дек-25, 15:59

> Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п.
Ага-ага, три раза. Мне тут студенты курсовой сдавали, в прошлые годы обычно писали на Си или Си++, в этом году целых трое решили написать на Rust. Ну и пишут unsafe через строчку, так примерно:
if unsafe { connection_manager::fd_isset(fd, &mut readfds) } {
    let connection_manager =
Не будем о том, что синтаксически и семантически "if unsafe" - это какое-то полное уродство, лучше зададимся вопросом - а какую проблему действительно решает язык, если для того чтобы писать то, для чего он сделан (эффективный код для работы на низком уровне) приходится каждый раз отключать его ключевую фичу (безопасность)?
Может лучше сразу писать на чем-нибудь "совсем безопасном" со сборкой мусора?

Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (74), 12-Дек-25, 16:05

Если постараться, то можно безопасно пересылать байты с места на место.

Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Анонимусс (?), 12-Дек-25, 16:18

> а какую проблему действительно решает язык, если для того чтобы писать то, для чего он сделан (эффективный код для работы на низком уровне)
Он сделан не исключительно для работы на низком уровне. Это раз.
Вы пытаетесь обратиться к сишной libc, безопасность которой компилятор никак не может вывести. Это два.
> приходится каждый раз отключать его ключевую фичу (безопасность)?
Unsafe не отключает "безопасность". Unsafe позволяет сделать ограниченный список вещей - целых пять штук, которые запрещены в safe.
Но отнюдь не отключает все проверки все, напр. borrow checker. Это три.
It’s important to understand that unsafe doesn’t turn off the borrow checker or disable any of Rust’s other safety checks: If you use a reference in unsafe code, it will still be checked. The unsafe keyword only gives you access to these five features that are then not checked by the compiler for memory safety. You’ll still get some degree of safety inside an unsafe block.
doc.rust-lang.org/book/ch20-01-unsafe-rust.htm
Странно что Вы, как преподаватель, этого не знаете. Хотя...
> Может лучше сразу писать на чем-нибудь "совсем безопасном" со сборкой мусора?
Ну так поясните студентам для каких целей нужны разные "типы" языков программирования.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

147. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (24), 12-Дек-25, 18:03

> Ну так поясните студентам для каких целей нужны разные "типы" языков программирования.
ну так сначала надо пояснить для каких целей они вообще нужны, когда есть коды операций ЦПУ.
Было: Компилятор напишет лучше
Стало: ЫЫ напишет лучше.
Вывод: Человек кусок овна!

Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Кошкажена (?), 12-Дек-25, 16:23

>[оверквотинг удален]
> писали на Си или Си++, в этом году целых трое решили
> написать на Rust. Ну и пишут unsafe через строчку, так примерно:
> if unsafe { connection_manager::fd_isset(fd, &mut readfds) } {
>     let connection_manager =
> Не будем о том, что синтаксически и семантически "if unsafe" - это
> какое-то полное уродство, лучше зададимся вопросом - а какую проблему действительно
> решает язык, если для того чтобы писать то, для чего он
> сделан (эффективный код для работы на низком уровне) приходится каждый раз
> отключать его ключевую фичу (безопасность)?
> Может лучше сразу писать на чем-нибудь "совсем безопасном" со сборкой мусора?
Зачем в апи манагера соединений небезопасные методы? Отправить на пересдачу.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

101. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (-), 12-Дек-25, 16:24

> Мне тут студенты курсовой сдавали, в прошлые годы обычно писали на Си или Си++, в этом году целых трое решили написать на Rust. Ну и пишут unsafe через строчку
И? На то они и студенты чтобы учиться.
Я как то на лабе по СИ написал циклический форк процесса.
Комп зависал примерно за минуту или две.
>  а какую проблему действительно решает язык, если для того чтобы писать то, для чего он сделан (эффективный код для работы на низком уровне)
Вы ожидали качественный код от студентов? Серьезно)?
> приходится каждый раз отключать его ключевую фичу (безопасность)?
Во-первых, далеко не во всех случаях ее нужно отключать. 80% пакетов на расте обходятся без unsafe вообще.
Во-вторых, если у вас даже 50-70% кода будет safe... то это на 50-70% лучше чем в СИшке, где весь код unsafe.
Может мой пример будет более понятным.
Людям свойственно не только кушать, но и (внезапно!) kakaть.
И они придумали санузел, чтобы локализовать "загрязнение".
Так вот в расте есть отдельные блоки, в которых будет нечто опасное.
А в СИ овнецо просто размазано ровным слоем по всему коду.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

328. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (327), 15-Дек-25, 07:48

вы сейчас всех людей у которых нет специальных комнат обозвали обoсранными, так получается ?
и наших дедушек г0внорями...чета я не хочу к растшистов

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Кошкажена (?), 12-Дек-25, 16:03

> Опубликована СУБД RustDB, созданная на языке Rust
Это насколько надо быть одаренным фанатиком, чтобы в имя БД вписать название языка? Тогда постгрес должен назыываться LispSQL, а потом CSQL.

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (97), 12-Дек-25, 16:20

Это просто зуд, может ЗППП: есть же уже нормальные БД, под разные задачи, для прода и обычных юзерских приложений...

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Кошкажена (?), 12-Дек-25, 16:22

> Это просто зуд, может ЗППП: есть же уже нормальные БД, под разные
> задачи, для прода и обычных юзерских приложений...
Не, ну пусть пишут. Но язык это инструмент, вполне БД могут переписать как influx какой-нибудь. Но тут проблема глубже, тут язык предмет поклонения.

Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (59), 12-Дек-25, 16:46

rust давно уже маркетинговый бренд и продвигается как бренд. Вот уже студенты "выпендриваются" перед преподавателем, а он сетует - зачем такой язык, если кругом unsafe.

Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Кошкажена (?), 12-Дек-25, 16:48

> rust давно уже маркетинговый бренд и продвигается как бренд. Вот уже студенты
> "выпендриваются" перед преподавателем, а он сетует - зачем такой язык, если
> кругом unsafe.
Просто надо преподавателю стек технологий фиксировать. А то еще на c# принесут или будут чилсенные методы на жс реализовывать.

Ответить | Правка | Наверх | Cообщить модератору

297. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:39

>Вот уже студенты "выпендриваются" перед преподавателем, а он сетует - зачем такой язык, если кругом unsafe.
Преподаватель "сетует" только потому, что не понимает базовых вещей Rust. А понимал бы, и часть "сетований" отпала бы сама собой. Ему уже выше другой Аноним объяснил, что не так с его "сетованиями".

Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

149. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (24), 12-Дек-25, 18:07

> Это насколько надо быть одаренным
Ну хоть не AI, AGI, куда смешнее Quantum :)
"Build a Future-Ready Archive for the Age of AI"

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

278. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Анончоус (?), 13-Дек-25, 16:03

Только не гугли как JSON расшифровывается, а то от такой тряски Япония под воду уйдет

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

287. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Кошкажена (?), 13-Дек-25, 22:33

> Только не гугли как JSON расшифровывается, а то от такой тряски Япония
> под воду уйдет
Ага, а sexp - это лисп. И дальше что? Речь про БД, а не формат данных.

Ответить | Правка | Наверх | Cообщить модератору

298. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:41

Речь про названия, а не БД и форматы данных.

Ответить | Правка | Наверх | Cообщить модератору

105. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от eugener (ok), 12-Дек-25, 16:36

Всё-таки не понимаю, почему некоторым так не нравится раст.
Видимо это пишут программисты, которые обожают сишные головоломки. "Вот, проверяем код возврата этой функции, даём сообщение об ошибке и return... Так, перед этим не забыть вызвать все нужные free на предыдущие malloc... А после проверки кода возврата из следующей функции тоже... А перед ней тоже был malloc... А может чтобы не писать блоки из free/free/free в if-ах после каждого вызова сделаем goto на метку? Так, после этой метки сделать все free, а выше ещё метку, там ещё free... Ох, надо функции поменьше делать, чтобы лесенки goto были покороче. Так, память всё равно течёт, какой free я забыл?".

Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (116), 12-Дек-25, 16:50

Большинство выделений на стеке, зачем им эти твои free? А не любят, потому что неудобные костыли и ни одной проблемы не решают на деле (только добавляют новых). Лет через 70 может и юзабельно будет (такими темпами).

Ответить | Правка | Наверх | Cообщить модератору

299. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:46

> Большинство выделений на стеке, зачем им эти твои free?
И большинство CVE в программах на Си из-за выделений на стеке?
> А не любят, потому что неудобные костыли и ни одной проблемы не решают на деле (только добавляют новых).
Google, Microsoft, Cloudflare, Dropbox, Discord, Amazon считают, что какие-то (наиболее распространённые) проблемы всё-таки решают. А Аноним с Опеннета считает, что не решают. Кому верить?
> Лет через 70 может и юзабельно будет (такими темпами).
Слона-то я и не заметил (c). Уже вполне юзабельны многие вещи. Продолжение следует.

Ответить | Правка | Наверх | Cообщить модератору

310. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (12), 14-Дек-25, 04:58

> Google, Microsoft, Cloudflare, Dropbox, Discord, Amazon
Рубили бабки ещё до раста. И "безопасность" их волнует от слова NULL.

Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +3 +/–

Сообщение от Аноним (118), 12-Дек-25, 16:53

Может ты какие о приемущества раста напишешь для начала? Ой, так их нет. Нечитаемый синтаксис и боров это не приемущества если что.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

121. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (121), 12-Дек-25, 16:59

> Может ты какие о приемущества раста напишешь для начала? Ой, так их нет.
Ваше мнение очень важно)
> Нечитаемый синтаксис
Для неосиляторов, которых рассnраивают значки типа ^, &, ~ ?
> и боров это не приемущества если что.
Для тебя - да.
Для программистов ядра - нет.

Ответить | Правка | Наверх | Cообщить модератору

172. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (118), 12-Дек-25, 20:02

Для твоих воображаемых программистов ядра? В ядре нет ни строчки на расте только в левых драйверах на 100 строк.

Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (159), 12-Дек-25, 19:23

У таких неосиляторов си и крестов одно пркимущество - что можно что-то писать, не зная их :D

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

204. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от warlock (??), 12-Дек-25, 22:37

Ключевое преимущество Rust в том, что на нём можно написать нетривиальную программу. А вот существует ли (была написана) хотя бы одна нетривиальная программа на C, никому неизвестно.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

301. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:53

> А вот существует ли (была написана) хотя бы одна нетривиальная программа на C, никому неизвестно.
Ну конечно, приведение к типу *void, а потом обратно - это такие тривиальные вещи, особенно для тех, кто вынужден потом эту кашу сопровождать. Пойди пойми, что автор сказать хотел в итоге.

Ответить | Правка | Наверх | Cообщить модератору

300. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:50

> Может ты какие о приемущества раста напишешь для начала?
Об их части можешь прочитать в текущей статье - многие ВЕДУЩИЕ разработчики софта на планете считают, что это весомые преимущества, и поэтому постепенно переписывают свои продукты на новый ЯП.
Есть и другие: стандартные абстракции с нулевой стоимостью, поддержка Юникода, алгебраические типы данных, развитая стандартная инфраструктура, редакции.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

312. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 05:04

> стандартные абстракции
у раста нету стандарта, и растсеры говорят, что не нужен.
> ВЕДУЩИЕ разработчики софта
Это им кто-то подсказал или они сами себя назначили?

Ответить | Правка | Наверх | Cообщить модератору

188. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним83 (?), 12-Дек-25, 21:24

Потому что:
1. лезет во все проекты где он не нужен.
2. собирается долго и тянет кучу зависимостей. Как сам компелятор хруста так и проекты на нём.
И да, если вы так любите верификации - то зачем их делать при каждой компеляции? Нельзя разве отдельно делать? (типа этот файл мы два года назад написали и не трогали - зачем его проверять!?)

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

267. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (-), 13-Дек-25, 12:45

> 1. лезет во все проекты где он не нужен.
Нужен или не нужен решает автор проекта, а не кексперты опеннета
> 2. собирается долго
Потому что делает проверки в компайл-тайм, которые в dыpяхе или делаются в рантайме, или на которые обычно просто кладется болт потому что "мамой клянусь, тут не будет null!". А потом очередная cve.
> И да, если вы так любите верификации - то зачем их делать при каждой компеляции?
> Нельзя разве отдельно делать?
Нельзя. Если знаете как это сделать - предложите, покажите что это доказуемо и это с радостью примут.

Ответить | Правка | Наверх | Cообщить модератору

313. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 14-Дек-25, 05:09

> решает автор проекта
Линус уже ничего не решает.
> проверки в компайл-тайм
наивные растсеры всё ещё верят, что значения runtime-данных известны на момент компиляции.

Ответить | Правка | Наверх | Cообщить модератору

302. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Прохожий (??), 14-Дек-25, 02:57

> собирается долго
Если под сборкой понимается компиляция, то при условии, что делается всё изначально правильно (читай, с разбивкой по крейтам), код будет собираться очень быстро. Крейт, однажды откомпилированный и не меняющийся не требует повторной компиляции.

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

314. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 05:11

> однажды откомпилированный и не меняющийся
устаревает через 3 недели.

Ответить | Правка | Наверх | Cообщить модератору

269. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от OpenEcho (?), 13-Дек-25, 13:24

> Всё-таки не понимаю, почему некоторым так не нравится раст.
Действительно, нормальный лаконичный язык
    let val = !((|(..):(_,_),(|__@_|__)|__)((&*"\\",'🫣'),{})=={&[..=..][..];});
Или например Never Type
    let x: ! = return; f(x);

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

303. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Прохожий (??), 14-Дек-25, 03:13

На любом языке можно заниматься обфускацией кода. Что сказать-то хотел? Что Rust - не исключение?

Ответить | Правка | Наверх | Cообщить модератору

311. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 05:00

> не понимаю, почему некоторым так не нравится раст
раст - не баба, нравиться не должен.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

122. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (122), 12-Дек-25, 16:59

Надо больше кода на расте под GPL.

Ответить | Правка | Наверх | Cообщить модератору

315. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 05:16

начать бы с раста

Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (116), 12-Дек-25, 17:35

ну это, всё как обычно
  = note: ld.lld: error: undefined symbol: rustc_driver_impl::main
          >>> referenced by rustc_main.1393b000259cb7d8-cgu.0
          >>>               /tmp/portage/dev-lang/rust-1.92.0_p1/work/rustc-1.92.0-src/build/x86_64-unknown-linux-gnu/stage2-rustc/x86_64-unknown-linux-gnu/release/deps/rustc_main-1aff34fdb5bb94f5.lto.rustc_main-1aff34fdb5bb94f5.rustc_main.1393b000259cb7d8-cgu.0.rcgu.o:(rustc_main::main)
          clang: error: linker command failed with exit code 1 (use -v to see invocation)


Did not run successfully: exit status: 1

Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (3), 12-Дек-25, 17:38

> portage
Типичные гентопроблемы.
LLVM обновил до 20?
В новости это указано.

Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (116), 12-Дек-25, 17:43

У меня 21. И версия 1.91.0 то собралась без проблем, я сразу выкинул 20 шланг как только появилась возможность (пришлось 5 растов установить по очереди). Ну чё, отключил lto, попробую собрать.

Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от ferris (?), 12-Дек-25, 19:14

У меня тоже не собралась 1.92.0 (на винде), хотя до этого с прошлыми версиями всё было ок. Возможно Visual Studio 2019 больше не поддерживается, надо обновить.

Ответить | Правка | Наверх | Cообщить модератору

169. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (170), 12-Дек-25, 19:50

К расту-то какие притензии? Ты правда думаешь, что у разработчиков раста тулчейн не работает? Или всё-таки дело в той прослойке, которой ты зачем-то пользуешься? Хочешь собрать из исходников - читай гайд от разработчиков раста. Хочешь через непонятную прослойку - иди к автору прослойки.

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

179. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (116), 12-Дек-25, 20:19

> К расту-то какие притензии? Ты правда думаешь, что у разработчиков раста тулчейн
> не работает? Или всё-таки дело в той прослойке, которой ты зачем-то
> пользуешься? Хочешь собрать из исходников - читай гайд от разработчиков раста.
> Хочешь через непонятную прослойку - иди к автору прослойки.
Я думаю, у разрабов раста в тулчейне неправильный lto опять, с них станется. Тут объяснены отличия https://wiki.gentoo.org/wiki/LTO#Terminology

Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (136), 12-Дек-25, 17:36

Ну вот Fish Arti понятно с чего переписали. А другие а другие проекты чего скромно умалчивают?

Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Анонимусс (?), 12-Дек-25, 17:50

> А другие а другие проекты чего скромно умалчивают?
А что им писать, если они с нуля написаны? Что-то придумать?))
Это кстати к набросу про "на раст ничего не пишут, а только переписывают".
И внезапно оказывается что нет - большая часть проектов написаны с нуля.

Ответить | Правка | Наверх | Cообщить модератору

216. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (118), 12-Дек-25, 22:56

Но копии проектов, которые уже есть.

Ответить | Правка | Наверх | Cообщить модератору

322. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (322), 14-Дек-25, 15:17

> Но копии проектов, которые уже есть.
Угу-угу. А вот те же гнутые кор-утилзы с всякими бази/тойбоксами - оригинальнейший оригинал!

Ответить | Правка | Наверх | Cообщить модератору

167. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Vernat (ok), 12-Дек-25, 19:42

GPUI от разработчиков Zed обзавелся крейтом тоже

Ответить | Правка | Наверх | Cообщить модератору

264. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (264), 13-Дек-25, 12:27

Это который 2FPS?

Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (171), 12-Дек-25, 20:00

> Методы работы с памятью в Rust избавляют разработчика от ошибок...
...и отягощает десятикратным гемороем по написанию кода. Браво!

Ответить | Правка | Наверх | Cообщить модератору

174. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от Аноним (-), 12-Дек-25, 20:03

> ...и отягощает десятикратным гемороем по написанию кода. Браво!
Десятикратный гемморой это ты сам попробовал?
Или просто подпъердываешь в темы страшные цифры?

Ответить | Правка | Наверх | Cообщить модератору

183. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –3 +/–

Сообщение от Аноним (12), 12-Дек-25, 20:30

Когда там ООП подвезут? Ах, да... При чеков борере это невозможно сделать.

Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (73), 12-Дек-25, 22:35

Там ооп уже через трэйты есть.

Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (12), 12-Дек-25, 22:46

В асме тоже ООП есть, но никто не горит его использовать.

Ответить | Правка | Наверх | Cообщить модератору

207. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от warlock (??), 12-Дек-25, 22:43

Это вполне возможно. Я сделал для себя простейшее ООП в стиле старого паскалевского ООП в виде библиотеки и borrow checker не возражает.
Но всё дело в том, что ООП не нужен. Даже в том проекте, для которого я его делал, мне всё равно не нравится результат и я сейчас переделываю иначе, без ООП (на основе некоторых идей ECS, но без полоноценного ECS).

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

211. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (12), 12-Дек-25, 22:48

> ООП не нужен ... не всё равно не нравится результат
Вот видишь, тебе даже собственный раст-код не нравится.

Ответить | Правка | Наверх | Cообщить модератору

217. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +2 +/–

Сообщение от warlock (??), 12-Дек-25, 23:07

> Вот видишь, тебе даже собственный раст-код не нравится.
Я мог бы написать то же самое на полудесятке известных мне языков программирования и мне всё равно не понравилось бы. Дело не в языке, а в том, что задача сложная.

Ответить | Правка | Наверх | Cообщить модератору

212. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –4 +/–

Сообщение от Аноним (12), 12-Дек-25, 22:49

> ООП не нужен ... мне всё равно не нравится результат
Вот видишь, тебе даже собственный раст-код не нравится.

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

304. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Прохожий (??), 14-Дек-25, 03:19

Оно там есть вообще-то. Хотя и без наследования (которое некоторые сейчас считают антипаттерном).

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

316. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 05:20

> Оно там есть вообще-то. Хотя и без наследования
Браво! "В Си есть безопасное программирование. Хотя и без unsafe".

Ответить | Правка | Наверх | Cообщить модератору

208. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 12-Дек-25, 22:44

> В safe-коде разрешено получение raw-указателей на поля в union-типах.
Всё чудесатей и чудесатей. Раньше было unsafe, сейчас стало safe. Скоро весь Си станет safe?

Ответить | Правка | Наверх | Cообщить модератору

218. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 12-Дек-25, 23:18

> Всё чудесатей и чудесатей. Раньше было unsafe, сейчас стало safe.
Так оно и раньше было safe, просто кто-то перестраховался.
Тут такое дело: получить рав-указатель - это безопасно.
А вот писать туда что-то уже нет.
Раньше код не компилировался с ошибкой:
let p = &raw mut self.x; <<<--- access to union field is unsafe and requires unsafe block
unsafe { *p = 0 }
А теперь нет.
> Скоро весь Си станет safe?
Нет, Си уже ничего не поможет :)

Ответить | Правка | Наверх | Cообщить модератору

252. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 13-Дек-25, 07:36

Почему растсеры за 20 лет (с 2006-го) не могут определиться, что есть safe, а что unsafe в их язычке?

Ответить | Правка | Наверх | Cообщить модератору

262. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от warlock (??), 13-Дек-25, 11:40

Оператор `&raw` появился в 2024 году, в версии 1.82.

Ответить | Правка | Наверх | Cообщить модератору

309. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 04:51

...через 18 лет разработки...

Ответить | Правка | Наверх | Cообщить модератору

220. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Аноним (220), 12-Дек-25, 23:29

И до сих пор нет стандартов Rust, нет стабильного ABI? Я думал, они серьёзные.

Ответить | Правка | Наверх | Cообщить модератору

235. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (116), 13-Дек-25, 00:21

У плюсов аби тоже нет, но живут же как-то. Правда, пересобирают все пакеты при обновлении рандомного icu или boost, или wxgtk, но живут же. А стандарт на 1500 страниц тоже так себе помощник -- все компиляторы и рантайм библиотеки по факту не совместимы чуть более, чем целиком.

Ответить | Правка | Наверх | Cообщить модератору

251. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (12), 13-Дек-25, 07:34

> У плюсов аби тоже нет
расскажи это кутэшникам :) от смеха над тобой помрут

Ответить | Правка | Наверх | Cообщить модератору

254. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 08:10

То есть мы видим, что без стабильного ABI вполне можно жить, так? И в чём тогда претензия к rust'у?

Ответить | Правка | Наверх | Cообщить модератору

273. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 13-Дек-25, 15:44

Попробуй подумать, как запускается приложение кутэшное, используя системные либы. Да ещё на разных системах. И с разными апдейт-версиями кутэ. Когда кутэ обновляешь - приложения же продолжают запускаться! Прям магия, недоступная растсерам, которые не смогли осилить ABI библиотечных вызовов.

Ответить | Правка | Наверх | Cообщить модератору

281. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (-), 13-Дек-25, 17:53

Это же очевидно компиляторо-специфичные хаки. Где спецификация ABI? м? Я могу найти сколько угодно спецификаций сишных ABI, в том числе и под свой x86_64 linux. Где я могу найти спецификацию C++ ABI?
То что кто-то там, отревёрсил ABI используемый компилятором, и поверх этого ABI что-то сделал, это не делает ABI стабильным.

Ответить | Правка | Наверх | Cообщить модератору

259. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (116), 13-Дек-25, 09:16

Чего это? Ты, видимо, никогда не пробовал кути и софт собрать 2 компиляторами.

Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

276. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 13-Дек-25, 15:47

Ну да, кутэ не соберёшь раст-компилятором, он этого не умеет.

Ответить | Правка | Наверх | Cообщить модератору

279. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (116), 13-Дек-25, 16:43

Казалось бы, при чём тут раст компилятор. А вот шлангом собрать, когда у тебя кути собраны гцц, затея ещё та. Ну и это кути, у них есть аби в некотором роде.

Ответить | Правка | Наверх | Cообщить модератору

317. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 14-Дек-25, 05:24

> кути, у них есть аби
твой коллега по разуму утверждает выше, что нету. Договоритесь сначала.

Ответить | Правка | Наверх | Cообщить модератору

261. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –2 +/–

Сообщение от Аноним (261), 13-Дек-25, 09:58

Как связаны ABI компилятора и библиотека?

Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

274. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 13-Дек-25, 15:46

Я понимаю, что ты реализации кутэ никогда не видел, какой у объектов интерфейс, что плюсового инлайтится, а что линкуется. И всё это работает, в отличие от сабжа.

Ответить | Правка | Наверх | Cообщить модератору

307. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Прохожий (??), 14-Дек-25, 03:26

> И до сих пор нет стандартов Rust, нет стабильного ABI? Я думал, они серьёзные.
Про ABI уже написали.
А что по поводу стандартов Интернета скажешь? Их, СЮРПРИЗ, тоже нет. Несерьёзно?

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

308. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (12), 14-Дек-25, 04:49

> стандартов Интернета
Правильно, зачем нужен стандарт на язык безопасного программирования, если нет стандартов на Вселенную.

Ответить | Правка | Наверх | Cообщить модератору

256. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (256), 13-Дек-25, 08:27

Чёт я не пойму, почему LLVM до сих пор не на ржавом?
Могли бы чужой небезопасный код втихаря поправлять, не?

Ответить | Правка | Наверх | Cообщить модератору

306. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Прохожий (??), 14-Дек-25, 03:25

> Чёт я не пойму, почему LLVM до сих пор не на ржавом?
Видимо, потому, что ты не взялся за это. А другим, похоже, пока не надо.

Ответить | Правка | Наверх | Cообщить модератору

318. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Аноним (12), 14-Дек-25, 05:33

>> не на ржавом?
> пока не надо
Всё просто: сам инструмент не нужен на практике даже в таких ответственных местах.

Ответить | Правка | Наверх | Cообщить модератору

263. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от Аноним (264), 13-Дек-25, 12:25

>новый JavaScript-движок
Может уже пора сразу Typescript-движки делать?

Ответить | Правка | Наверх | Cообщить модератору

283. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от анонимус (??), 13-Дек-25, 19:05

Zig лучше и проще чем Rust

Ответить | Правка | Наверх | Cообщить модератору

305. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +1 +/–

Сообщение от Прохожий (??), 14-Дек-25, 03:22

Проще - да. Лучше - нет. Он такой же небезопасный при работе с памятью, как и Си.

Ответить | Правка | Наверх | Cообщить модератору

319. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." –1 +/–

Сообщение от Ivan (??), 14-Дек-25, 06:38

Что значит безопасность работы с памятью? Ты на Ст не писал, а я пишу. И могу сказать следующее: чтобы выйти за границы массива, используя например указатель, надо просто не уметь писать на Си. Ибо  for(; *ptr; ptr++) и за границу просто не возможно выйти. Никак! Освобождение памяти тоже делается элементарно: делаешь отметки в местах где запрашиваешь память, а потом grep по файлам *.с И тупо нет ошибок! Их невозможно сделать при таком подходе. Но это понимают только те, кто на Си пишет

Ответить | Правка | Наверх | Cообщить модератору

323. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..." +/–

Сообщение от warlock (??), 14-Дек-25, 17:30

> Zig лучше и проще чем Rust
Они в настолько разных весовых категориях, что по-честному их даже никак не сравнить. Rust практически дорос до промышленного применения, Zig пока больше для поиграться.

Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+3 +/–
Сообщение от Аноним (3), 12-Дек-25, 14:12
Спасибо автору за ретроспективу последних новостей. Особенно радует Ferrocene. Пусть будет больше надежного софта в критических областях вместо dыpяхи.
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–5 +/–
	Сообщение от Аноним (12), 12-Дек-25, 14:37
	> Особенно радует Продолжена стабилизация типа "never", обозначаемого символом "!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+6 +/–
	Сообщение от Аноним (3), 12-Дек-25, 14:41
	> Продолжена стабилизация типа "never", обозначаемого символом "!" Ну так язык развивается, а не застрял в 70х. Поэтому появляются экспериментальные фичи, которые или добавляются или не добавляются.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–5 +/–
	Сообщение от Аноним (12), 12-Дек-25, 15:09
	Если символ ! развивать 20 лет и до сих пор не стабилизировать, это диагноз.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+16 +/–
	Сообщение от Анонимусс (?), 12-Дек-25, 15:17
	> Если символ ! развивать 20 лет Учитывая что расту всего 13 лет... то анон опять газифицировал лужу. Ну а с другой стороны. Те, кому понадобилось 51 год чтобы добавить bool в язык, будут что-то тявкать про сроки?))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–2 +/–
	Сообщение от Аноним (73), 12-Дек-25, 15:48
	>13 лет Это вы с какого момента считаете? С релиза 1.0? С 1.8, когда они в последний раз по крупному сломали обратную совместимость? С анонса Мозиллой? С момента начала разработки, если верить официальной версии?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+3 +/–
	Сообщение от Анонимусс (?), 12-Дек-25, 16:48
	> Это вы с какого момента считаете? С Rust 0.1 - first public release, 2012 год. Но если хотите - можно и с 1.0, это 2015 год.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	181. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–1 +/–
	Сообщение от Аноним (12), 12-Дек-25, 20:24
	А 0.1 возник сразу, мгновенно в 2012, а не разрабатывался с 2006-го? Речь-то изначально про разработку была, а не какой-то там выпуск конкретный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	200. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+1 +/–
	Сообщение от Аноним (-), 12-Дек-25, 22:32
	> Речь-то изначально про разработку была, а не какой-то там выпуск конкретный. Изначально это должен был быть язык со сборщиком мусора, гринтредами и без borrowing/ownership. Был garbage-collected pointer type @T. От него избавились в версии 0.11 - т.е. уже после первого публичного релиза. [1] В ней же - т.е. уже после первого публичного релиза - еще присутствовал Gc, но его убрали в Rust 0.12: "In October 2014 removed the standard library garbage-collected pointer type Gc<T>." В 2014 libgreen убрали из языка в отдельный крейт [2]. О каком изначальном языке и разработке идет речь?)) То что чел сам что-то ковырял с 2006го? Так оно не то что к современному расту, а даже к версии 1.0 почти никакого отношения не имеет. Я понимаю, что вам просто хочется набросит про г̶д̶е̶ ̶в̶ы̶ ̶б̶ы̶л̶и̶ ̶8̶ ̶л̶е̶т̶ ДВАДЦАТЬ ЛЕТ РАЗРАБОТКИ!111... но проявите хоть какую-то объективность. ---------------------------------------------------- [1] web.archive.org/web/20201112013818/https://mail.mozilla.org/pipermail/rust-dev/2014-July/010655... [2] github.com/rust-lang/rfcs/pull/230/files
	Ответить \| Правка \| Наверх \| Cообщить модератору


	214. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–1 +/–
	Сообщение от Аноним (73), 12-Дек-25, 22:51
	Предлагаю начать отсчёт существования языка с момента публикации спецификации.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	221. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним (221), 12-Дек-25, 23:31
	> Предлагаю начать отсчёт существования языка с момента публикации спецификации. Без проблем. Initial commit для Rust RFCs был сделан Mar 10, 2014 github.com/rust-lang/rfcs/commit/ae658eae003477ed5e7f0d7b4deb393c7c25052a Первая rfcs - 0000-private-fields была закоммичена два дня спустя - Mar 12, 2014 github.com/rust-lang/rfcs/commit/98565f71cf2b8a0ef23f7c942f5e03e5e7d8fb1a
	Ответить \| Правка \| Наверх \| Cообщить модератору


	155. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+2 +/–
	Сообщение от Аноним (155), 12-Дек-25, 19:09
	> Те, кому понадобилось 51 год чтобы добавить bool в язык, будут что-то тявкать про сроки?)) А какой феерический копиум в связи с этой темой тут недавно выдавал местный "нах."! "Bool не нужен!", "Его намеренно не добавляли!", "Он в процессоре не поддерживается!", "Если нужен - меняй работу!". Золотые треды опеннета! 😂 https://www.opennet.ru/openforum/vsluhforumID3/138582.html#31
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	290. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Прохожий (??), 14-Дек-25, 01:35
	И зачем на человека с таким логином обращать внимание?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	180. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним (12), 12-Дек-25, 20:21
	> расту всего 13 лет Дак его - "!" - ещё и не доделали! Думаешь, если за 13 лет "!" не сделали, то за 7 - успеют?
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	182. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–1 +/–
	Сообщение от Аноним (12), 12-Дек-25, 20:27
	> Учитывая что расту всего 13 лет... то анон опять газифицировал лужу Это норма для растсеров... в лужу. Graydon Hoare created Rust in 2006. Вы же не будете спорить с американской энциклопедией?
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	187. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–1 +/–
	Сообщение от Аноним83 (?), 12-Дек-25, 21:20
	А на кой этот bool сдался? С это язык для тех кто понимает как оно там асме на самом деле происходит, просто не хочет возится с асмом и хочет переносимости. Bool эстество - да ни упало ни разу, потому что оно транслируется в нужный флаг проца прив выполнении сравнения, а меньше чем 1 байт ты всё равно не можешь адресовать в памяти, таким образом внутри оно всегда будет как минимум uint8_t x != 0 проверять. Но и 1 байт - такое себе, для оптимизации часто кладут хотя бы 4 байта для таких "булевых" переменных. Нормальному человеку проще написать int - и короче и понятнее как оно там внизу будет оттранслировано.
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	195. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+1 +/–
	Сообщение от Аноним (-), 12-Дек-25, 22:20
	> не хочет возится с асмом и хочет переносимости. А можно подробнее про переносимость? Если я правильно помню стандарт, то тот же long double всего лишь говорит, что он "не меньше", чем double. А double - примерно в два раза больше, чем float. В инте кол-во байт может плавать. Как это переносится с платформы на платформу?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	196. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–1 +/–
	Сообщение от Аноним83 (?), 12-Дек-25, 22:30
	Переносимость по сравнению с кодом на ассемблере. Когда С появился кажется не было особого разнообразия в битностях архитектур. Позднее в С добавили uintXX_t/intXX_t чтобы точно всегда знать сколько оно в памяти занимает. int сейчас используется как "пофик что там, +-128 точно есть, но вроде +-2м". По крайней мере я его так воспринимаю, универсальная переменная для boot и кодов возврата ошибки (который тоже часто как bool интерпретируется: 0 == rc). long double - впервые вижу. То что язык даёт скопилировать ещё не означает что не надо думать что пишешь. У меня в практике очень редко плавучка использовалась, и как правило достаточно знать: когда float не хватает есть double.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	222. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от _ (??), 12-Дек-25, 23:33
	> Когда С появился кажется не было особого разнообразия в битностях архитектур. Нууууу... Точно было: 8- 16- 31- 32- и 64- бита. Ходят деФФки что были и 7-bit-ки но 100% подтверждения вроде никто не предоставил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	236. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним83 (?), 13-Дек-25, 00:31
	Когда он появился это 8-16 ещё ладно. И может даже 4 бита для адреса, но я честно не археолог/историк. 32 было потом. 64 очень сильно потом. Даже если притягивать за уши MMX регистры то это вторая половина 90х.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	289. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+1 +/–
	Сообщение от _ (??), 13-Дек-25, 23:07
	А ты вообще-то ... хотбы год рождения Си знаешь? :-) А это _1970_ -ый! > 32 было потом. IBM System/360 - __1964__ год. > 64 очень сильно потом. IBM 7030 Stretch - __1961__ год :-р > Даже если притягивать за уши MMX регистры то это вторая половина 90х. MMX - это штеуды, приём пеньковые, это да, это появилось уже относительно недавно. Но ты всерьёз не ффтыкаешь что между первой ЭВМ и первым писюком - почти пол века? :) Ну как то таГЪ(С) :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	219. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+3 +/–
	Сообщение от _ (??), 12-Дек-25, 23:25
	У тебя есть пример языка работающего на большем числе платформ чем Си? Ню-ню :-р
	Ответить \| Правка \| К родителю #195 \| Наверх \| Cообщить модератору


	227. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+1 +/–
	Сообщение от Аноним (155), 12-Дек-25, 23:54
	> А на кой этот bool сдался? Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел сказать. Я понимаю, что для тебя сношаться с void, видимо, высший пилотаж (проц же не видит разницы между ним и int). Но нормальные люди все-таки стараются г*код не писать. > С это язык для тех кто понимает как оно там асме на самом деле происходит, просто не хочет возится с асмом и хочет переносимости. Господи, да сколько же можно этот бред повторять? Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит". https://queue.acm.org/detail.cfm?id=3212479
	Ответить \| Правка \| К родителю #187 \| Наверх \| Cообщить модератору


	241. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	–1 +/–
	Сообщение от Аноним83 (?), 13-Дек-25, 00:51
	> чтобы человеку, читающему твой код было понятно, что ты хотел сказать Название переменной начинающееся с "is_" гораздо нагляднее какого то там bool написанного 10 экранов назад или вообще в другом модуле. > Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит". Это ваше личное мнение. На -O0 вполне читаемый асмовый листинг, где не очень всё запутанно относительно оригинального кода. Я копался в играх до 2000 собранных - там релизный код был после дизама вполне понятный и легко читался, почти как С код. Сейчас на -O2+ конечно всё сильно запутаннее стало, но выбрав int можно быть уверенным что на х32/х64 платформе это будет как минимум 32 разрядный регистр загружаемый не более чем за 1 такт. И отдельно замечу что любители всего высокоуровнего считают что можно замести под ковёр всю сложность мира и никогда с ней не сталкиватся. Это их право, однако не стоит навязывать другим эту точку зрения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	246. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним (155), 13-Дек-25, 02:10
	> Название переменной начинающееся с "is_" гораздо нагляднее какого то там bool Ага, а вообще идеал - венгерская нотация, как в майкрософтовских АПИ. По всему коду дич а-ля pzctfsValue - и типы вообще не нужны! Господи... >> Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит". > Это ваше личное мнение. Это объективная реальность. Статью ты, конечно же, не читал... > отдельно замечу что любители всего высокоуровнего считают что можно замести под ковёр всю сложность мира и никогда с ней не сталкиватся Отдельно замечу, что любители сношаться с байтиками и считать такты на поверку никогда не сталкивались с реальной разработкой сложного ПО.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	248. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+1 +/–
	Сообщение от Siffer (?), 13-Дек-25, 04:07
	"Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел сказать." Так ли вам не ясна конструкция while(1)? Подобным whil'ом начинается любой пустой проект STM32. Возможно, есть проблема с понимаем реализацией алгоритма подсчета длины строки? (Привожу ниже) #include <stdint.h> #include <stdlib.h> int main(void) { const char* line = "Hello"; uint32_t len = 0; for(; (line + len); ++len); return EXIT_SUCCESS; } Если все так, то здесь лишь необходимо понимать некоторые основы. Например строение C Style строк. Возможно, вы имеете ввиду переменные-флаги, a.k.a.: uint32_t isConnected = 0; В данном случае, имя вас будет сопровождать гораздо больше времени по всему проекту, чем ее тип. Сделайте упор на понятное имя и не будет проблем... Конструкции: isConnected = 0; isConnected = 1; Весьма понятны. Возможно, вы имеете ввиду NULL проверки? #include <stdint.h> #include <stdlib.h> #include <stdio.h> #include <errno.h> #include <string.h> int main(void) { int32_t arr = NULL; arr = calloc(8, sizeof(int32_t)); if(!arr) { fprintf ( stderr, "%s:%i - %s\n", __FILE__, __LINE__, strerror(errno) ); return EXIT_FAILURE; } free(arr); arr = NULL; return EXIT_SUCCESS; } По моему здесь тоже все весьма очевидно. Проверка на NULL. "Я понимаю, что для тебя сношаться с void, видимо, высший пилотаж (проц же не видит разницы между ним и int)." Кстати об этом... Иногда бывают ситуации, когда нам без разницы, что перед нами за данные. "Фрюк"(free) должен понимать в каком формате хранятся ваши данные? Или у него задача освободить любой блок памяти? Или для освобождения блока памяти нужно знать формат данных? А тому же malloc'у какая вообще разница что за блок и для чего вы выделяете?) Или может быть его задача дать вам ровно столько, сколько вы попросите?) А функции memmove и memcpy должны знать формат вашего блока данных или у них назначение в глубоком копировании данных? Я думаю, больше примеров не нужно... Или вы считаете, что все, это говнокод?) Я разве что согласен с доктором Страуструпом на тему того, что язык C слаботипизирован и это может вызывать проблемы: Например возможность данного присвоения: char* line = "Test"; Тк вообще говоря, строковые литералы имеют тип const char*, тк размещаются в сегменте .rodata. И вообще говоря, любое их изменение ведёт к неопределённому поведению. Но все эти вещи написаны в стандарте. Если не очень хочется читать стандарт можно воспользоваться санитайзерами и статическими анализаторами. Кроме того, что и сделал доктор Страуструп, можно чуть больше проверок повесить на сам компилятор. (В C++ не пройдёт пример со строковым литералом) Однако во всем нужен баланс... Вредно как отсутствие проверок, так и установление их чрезмерного количества. Возможно, я буду голословен. Я не использовал Rust. Однако вокруг уж очень много говорят про борьбу с "боровом"(Borrow Checker). Вы почему не пытаетесь забивать гвозди детской безопасной резиновой колотушкой. Вы берете опасный молоток. Наверное потому, что время, которое вы могли бы потратить на то, чтобы забить гвозди детской безопаеой колотушкой вам дороже, возможно, пришибленого пальца. (Осторожно! Очень утрированно!)
	Ответить \| Правка \| К родителю #227 \| Наверх \| Cообщить модератору


	265. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним (-), 13-Дек-25, 12:32
	> Но все эти вещи написаны в стандарте. Особенно класно когда в нем "undefined behavior", а не "implementation defined") > Если не очень хочется читать стандарт можно воспользоваться санитайзерами и статическими анализаторами. Которые мало помогают. > Я не использовал Rust. Однако вокруг уж очень много говорят про борьбу с "боровом"(Borrow Checker). А эти, ну которые говорят, они сами пробовали? Пока у нас есть отчеты гугла, у которого For medium and large changes, the rollback rate of Rust changes in Android is ~4x lower than C++. > Вы почему не пытаетесь забивать гвозди детской безопасной резиновой колотушкой. Вы берете опасный молоток. Наверное потому, что время, которое вы могли бы потратить на то, чтобы забить гвозди детской безопаеой колотушкой вам дороже, возможно, пришибленого пальца. > (Осторожно! Очень утрированно!) Ну если уже утрировать, то вы берете действительно опасный молоток. К которого голова плохо закреплена, и в некоторых случаях может прилететь в лоб. И сэкономленное время будет потраченно на больничный. А когда вам начинают говорить про ТБ и каску, начинается "надо просто уметь работать", "это был ненастоящий программист". К счастью есть статистика "самых плохих" проблем - CVE.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	270. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Siffer (?), 13-Дек-25, 14:09
	"Особенно класно когда в нем "undefined behavior", а не "implementation defined")" Мы, к сожалению, не можем сказать этого с самого начала, тк не обладаем пониманием о работе среды. Возьмете хотя бы ситуацию DivideByZero(Interrupt 0). Возьмем любую абстракную среду. Вы знаете как именно разработчики среды настроили вектор прерывания 0? Не думаю... А мы можем сказать в таком случае, каков будет результат деления на 0?) Нет. Вот мы и породили понятие "Undefined Behavior". Заведо и сразу определять то, зачем вы это делаете и допускается ли это вообще архитектурой камня(хотя бы) это значило бы уврезать ваши возможности. Тот же JS не считает за ошибку деление на 0. "Которые мало помогают." Ну нас двое, иструмент один(если брать даже в общем смысле, сишников просто исторически больше). Как так получается, что у нас это работает, а у вас не работает?:) Я понимаю, что "C какули заложил в ваши шаровары" и поэтому он плохой:) "А эти, ну которые говорят, они сами пробовали?" Всегда по разному... Но замечание у вас хорошее... "Пока у нас есть отчеты гугла..." Уже страшно!:) "For medium and large changes, the rollback rate of Rust changes in Android is ~4x lower than C++." Ну допустим... Но тут недавно "Корпорация добра" предлагала отобрать у вас право ставить приложения из разных источников. Фактически отбирая у вас последние права на приборы, которые вы покупаете за собственные деньги. И они были в этом правы?:) А в общем и целом... А что, бизнес не заинтересован в том, чтобы технологии становились проще? Необходимо снизить порог вхождения в сферу системного программирования, поэтому и делают язычки, упор которых направлен на снижения количества знаний и опыта для того, чтобы ими можно было бы пользоваться, не теряя при этом эффективности оригинала. Сотрудник, который много чего знает и много чего умеет, ему еще надо хорошо платить. Нужно тратить больше времени на его обучение. А карлики на заводы нужны уже СЕЙЧАС и платить им хотелось бы меньше:) "Ну если уже утрировать, то вы берете действительно опасный молоток". "К которого голова плохо закреплена, и в некоторых случаях может прилететь в лоб. И сэкономленное время будет потраченно на больничный." По моему вы раздуваете из мухи слона:) Ну допустим, хорошо, у вас там утечка памяти, выход за границы массива...и что дальше то? Если вы не просто коммитили, а тестировали ваш продукт, вы увидите ошибки. Профилировщик вам в помощь:) А что, когда вы ходить начинате, ну только только, вы не рискуете упасть и разбить себе нос? А это же не значит, что ноги плохие и учиться ими пользоваться не нужно?) "А когда вам начинают говорить про ТБ и каску, начинается "надо просто уметь работать", "это был ненастоящий программист"." Как раз вот ваши аргументы на это больше всего похожи:) Ведь я вам говорю, что у вас есть ИНСТРУМЕНТАЛКА(санитайзеры, профилировщики, статические анализаторы). Есть стандарт, который говорит, что есть UB и как делать не стоит. Стока всего придумали, чтобы вы не попадали себе молотком в лицо, а вы все молоток обвиняете вместо своей упрямости в изучении правильного программирования:) "К счастью есть статистика "самых плохих" проблем - CVE." Только недавно здесь было отмечено, что и Rust не лишен CVE. Я вам сразу скажу, если мы будем вдумываться в проблему в ее причины, крайним окажится именно человек:) "Не зря говорят, хорошо, там, где нас нет" Если очень захотеть, CVE можно породить на чем угодно. Даже самые опасные:) Вернемся к вашему хорошему замечанию... А вы сами то, программировали на языках C и C++, чтобы рассуждать про их безопасность? Сколько программировали? Примеров, которые инструменталка не покрывает, конечно же не будет правильно я понимаю?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	272. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним (-), 13-Дек-25, 14:50
	> как именно разработчики среды настроили вектор прерывания 0? Не думаю... > А мы можем сказать в таком случае, каков будет результат деления на 0?) Нет. Вот мы и породили понятие "Undefined Behavior". Почему тогда не сказать "вот как они сделали, так и правильно". Т.е взять пункт стандарта номер 3.4.1 1 implementation-defined behavior unspecified behavior where each implementation documents how the choice is made 2 EXAMPLE An example of implementation-defined behavior is the propagation of the high-order bit when a signed integer is shifted right. > Как так получается, что у нас это работает, а у вас не работает?:) У вас работает? Серьезно? А "вы" собственно кто? Вот пример opennet.ru/opennews/art.shtml?num=58622 Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL. И это при том что у них там и санитайзеры, и фаззинг, и тесты. Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105 И что сильно помогло? > Я понимаю, что "C какули заложил в ваши шаровары" и поэтому он плохой:) Не, это примерно как в история Земмельвейса. Он говорил "х̶в̶а̶т̶и̶т̶ ̶т̶в̶о̶р̶и̶т̶ь̶ ̶х̶е̶р̶н̶ю̶ мойте руки хлоркой перед операцией", а ему "это противоречит заветам Дидов! Еретик!!" Какули заложили дыды в то, что они стандартом называют, давным давно. > Но тут недавно "Корпорация добра" предлагала отобрать у вас право ставить приложения из разных источников. Фактически отбирая у вас последние права на приборы, которые вы покупаете за собственные деньги. И они были в этом правы?:) Как rollback rate соотносится с правотой? Это такая неуклюжая попытка argumentum ad hominem? По поводу "отобрать право" это ваши фантазии. Они просто не хотят сертифицировать девайсы куда можно любой крап от васянов ставить. Вам не нужна сертификация? Ваше полное право. Девайсы дядюшки ляо к вашим услугам. > А что, бизнес не заинтересован в том, чтобы технологии становились проще? Еще как заинтересован, и не только бизнес. Я вон например заинтересован, чтобы 3д печать металлом стала такой же простой как пластиком. У меня есть хобби проекты где это пригодилось. > Необходимо снизить порог вхождения в сферу системного программирования, поэтому и делают > язычки, упор которых направлен на снижения количества знаний и опыта для того, чтобы ими можно было бы пользоваться, не теряя при этом эффективности оригинала. В ядре только за 2025 год нашли больше 1000 CVE. Про какие, простите, знания и опыт идет речь? Про опыт бракоделенья? > По моему вы раздуваете из мухи слона:) Правда? Вас устроит ситуация, когда открыв сайт ваш компьтер взламывается? А ведь это уже было и эксплуатировалось! "Критическая 0-day уязвимость в Chrome и libwebp, эксплуатируемая через изображения WebP" opennet.ru/opennews/art.shtml?num=59746 Или это "0-day уязвимость в Chrome и libvpx, затрагивающая кодировщик видео VP8 " opennet.ru/opennews/art.shtml?num=59838 На телефоне у вас есть банковское приложение или просто данные, которыми вы бы не хотели делиться? > Ну допустим, хорошо, у вас там утечка памяти, выход за границы массива...и что дальше то? А дальше выполнение чужого кода - RCE. > Если вы не просто коммитили, а тестировали ваш продукт, вы увидите ошибки. > Профилировщик вам в помощь:) Так чего ж ядро, glibc, всякие SSL, SSH, XOrg, тонна прочих либ (libxml, FreeType) такие дырявые? Неужели никто из низ не тестировал, и лишь один вы весь в белом))? >> "А когда вам начинают говорить про ТБ и каску, начинается "надо просто уметь работать", "это был ненастоящий программист"." > Ведь я вам говорю, что у вас есть ИНСТРУМЕНТАЛКА(санитайзеры, профилировщики, статические анализаторы). Которые так хорошо работают, что баги живут по 10-20 лет. > Стока всего придумали, чтобы вы не попадали себе молотком в лицо, а вы все молоток обвиняете вместо своей упрямости в изучении правильного программирования:) Ага, конечно. Я, разумеется, неправильный сишник. Но чего в ядре допускают ошибки люди, которые по 30 лет пишут? Они тоже неправильные)) > Только недавно здесь было отмечено, что и Rust не лишен CVE. Да, раст не лишен CVE. Логические ошибки пока не научились отслеживать. Но! Только в memory corruption это 70% всех CVE. > Я вам сразу скажу, если мы будем вдумываться в проблему в ее причины, крайним окажится именно человек:) Именно! У человека ограниченная емкость памяти, он не может параллелить 100500 задач. Именно поэтому ему нужен хороший инструмент. > А вы сами то, программировали на языках C и C++, чтобы рассуждать про их безопасность? Сколько программировали? Больше чем мне бы хотелось. Не самый приятный опыт. Вам нужно быть поваром чтобы определить что еда протухшая ;)? Я открываю статистику, я открываю апдейты безопасности, я вижу новости вида "выход за пределы буфера позволил взломать ..." > Примеров, которые инструменталка не покрывает, конечно же не будет правильно я понимаю? Выше пример с SSL. Могу добавить в пример результаты аудита безопасности кодовой базы LLVM opennet.ru/opennews/art.shtml?num=60707 "С 1.1 до 2.4 млн строк кода увеличен охват кодовой базы, вовлечённой в fuzzing-тестирование. Также был расширен используемый для fuzzing-тестирования инструментарий, а число применяемых для проверки fuzzing-движков увеличено с 12 до 15. " Ничего себе! И тем не менее " 12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти, 3 - к разыменованию нулевых уязазателей и 1 к чтению из области вне выделенного буфера." Знакомые ошибки? Я бы даже сказал "типичные для C/С++")
	Ответить \| Правка \| Наверх \| Cообщить модератору


	275. "Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и с..."	+/–
	Сообщение от Аноним (275), 13-Дек-25, 15:46
	> Мы, к сожалению, не можем сказать этого с самого начала, тк не обладаем пониманием о работе среды. У UB противоположный смысл. Работа среды не имеет значения, потому что - наши компиляторы оптимизирующие - стандарт при делении на ноль разрешает им делать что угодно - они этим пользуются На практике они допускают, что деления на ноль не может быть. Вот ты хочешь поделить X на Y, а компилятор после огромных межпроцедурных трудов вывел, что Y может быть либо 0 либо 1. Значит, оно равно 1, деление можно убрать. И так далее. Из Си это перекочевало в LLVM IR, там нет деления без UB. Rust держит LLVM IR в узде своими проверками. LLVM деление удалит, если докажет ерунду, а проверку удалить не сможет. > Since a divide by zero has undefined behavior, > we are allowed to assume that the operation does > not execute at all. This allows us to delete the > divide and all code after it. Because the undefined > operation “can’t happen”, the optimizer can assume > that it occurs in dead code. https://llvm.org/docs/LangRef.html .
	Ответить \| Правка \| К родителю #270 \| Наверх \| Cообщить модератору