forum.opennet.ru

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

Оглавление

В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust, opennews (?), 19-Мрт-21, (0) [смотреть все]

Скрыто модератором, Растоним (?), 20:18 , 19-Мрт-21, (1) –7 //

Скрыто модератором, Леголас (ok), 20:22 , 19-Мрт-21, (4) +13 //

Скрыто модератором, Аноним (446), 17:38 , 22-Мрт-21, (446)

Скрыто модератором, Аноним (10), 20:26 , 19-Мрт-21, (10) –3 //

Скрыто модератором, Аноним (23), 20:36 , 19-Мрт-21, (23) +3 //

Скрыто модератором, Аноним (446), 17:35 , 22-Мрт-21, (444)

Скрыто модератором, Аноним (446), 17:52 , 22-Мрт-21, (449) –1
Скрыто модератором, Аноним (470), 01:22 , 24-Мрт-21, (470)

вот и на растоулице праздник, Леголас (ok), 20:18 , 19-Мрт-21, (2) +8 //

Они бы лучше свой ресдох делали А то не работает на реальном железе Вот и лину, Аноним (10), 20:27 , 19-Мрт-21, (12) +3 //

https www youtube com watch v TD2ZYyccjxUhttps www redox-os org img hardware, Аноним (-), 22:41 , 19-Мрт-21, (97) +4
Так это, для меня сие не проблема Линуксные девы видите ли это опцией сделали и, Аноним (-), 03:03 , 20-Мрт-21, (172) –1 //

Будет mandatory, когда драйвер для 6G-модема будет только на расте, а других в п, YetAnotherOnanym (ok), 09:36 , 20-Мрт-21, (222) +1

Попробуй мне сделать что-нибудь mandatory когда я сам себе кернел конфигуряю и к, Аноним (-), 16:20 , 20-Мрт-21, (291) +1

Так он давно уже, szt1980 (ok), 22:07 , 26-Мрт-21, (480)

https www google com maps place Rust Rd, Fairfax, VA 22030, B (?), 04:20 , 20-Мрт-21, (196)
то есть Core i5 и 8 Гб RAM уже можно выбрасывать на помойку как устаревшее слаб, заминированный тапок (ok), 12:16 , 20-Мрт-21, (258) +2 //

да, анонимус12345 (?), 12:42 , 20-Мрт-21, (263) +1 //

Щаз буду плакать , Аноним (285), 14:15 , 20-Мрт-21, (285)

Это было ожидаемо , Растобой (?), 20:20 , 19-Мрт-21, (3) +1 //

А ведь раньше он заявлял, что Си используется чтобы не было огромного ядра как в, Аноним (206), 06:39 , 20-Мрт-21, (206) –2 //

rust это не плюсы, нету б-гомерзских классов например, анончик (?), 14:30 , 20-Мрт-21, (286) –4 //

То есть, он лучше тем, что хуже , Аноним (290), 16:05 , 20-Мрт-21, (290) +2

классы для быдла Ни в Rust ни в Go их нет, анончик (?), 16:37 , 20-Мрт-21, (295) –6

Аргументировать ты, конечно, не сможешь Раз чего-то нет в твоем любимиом языке, Аноним (290), 17:12 , 20-Мрт-21, (312) +2

во-первых, ононимотрлль понятия не имеет о чём говорит как обычно в общем-то , , заминированный тапок (ok), 16:59 , 24-Мрт-21, (472)

В плюсах тоже нет классов Там есть возможность при помощи ключевого слова class, n00by (ok), 17:30 , 20-Мрт-21, (322) +2

бъявить структуру, где члены по умолчанию private Какие члены , Stollman (?), 08:21 , 11-Апр-21, (485)

Скрытые member-specification member-declaration member-specification optaccess-, n00by (ok), 07:08 , 13-Апр-21, (486)

ядро приобретает очертания супер стабильности, Аноним (5), 20:23 , 19-Мрт-21, (5) //

Вздрогнул от случаев, когда раст тёк и падал , Аноним (10), 20:28 , 19-Мрт-21, (14) –2 //

Ну сейчас то поправили Или по прежнему проблема где-то сохранилась , Аноним (30), 20:47 , 19-Мрт-21, (30) +4 //

Дыры на си тоже правят, внезапно Или их где-то оставляют , Аноним (10), 20:53 , 19-Мрт-21, (36) –4

При чем тут дыры на си , Аноним (59), 21:13 , 19-Мрт-21, (59) +1

При чём тут раст , Аноним (10), 21:17 , 19-Мрт-21, (64) –3

сначала тоже а потом принял таблетки и вспомнил что таких не было , Я (??), 04:29 , 20-Мрт-21, (198) +2

суперпозиции, Аноным (ok), 20:34 , 19-Мрт-21, (21) +2
Скорее теряет такие очертания , Aninim (?), 00:59 , 20-Мрт-21, (147)

Х з С моей колокольни Си выглядит куда перспективней , A.Stahl (ok), 20:24 , 19-Мрт-21, (6) –8 //

что ты несешь , leibniz (??), 20:27 , 19-Мрт-21, (11) //

Свет и истину , Аноним (63), 21:17 , 19-Мрт-21, (63) //

Ну если учесть что хрустики без C даже код не сгенерят ммм Видите , Аноним (-), 18:54 , 20-Мрт-21, (348) –3

Балаболка опеннетная, классическая https rustc-dev-guide rust-lang org backend, Аноним (-), 22:23 , 20-Мрт-21, (377) +3

Балаболки это растаманы - быкуют на си генеря им себе код Киздато О, маркетин, Аноним (-), 23:10 , 20-Мрт-21, (388)

Пруфцы - или балаболка -Пошел юлеж и переобувание в прыжке, в лучших традициях 2, Аноним (-), 23:57 , 20-Мрт-21, (397) +1

Скрыто модератором, Аноним (-), 08:41 , 21-Мрт-21, (410) –1

всем до лампочки твоя колокольня, leibniz (??), 20:31 , 19-Мрт-21, (19) //

Твоя впрочем тоже, валяйте (?), 20:39 , 19-Мрт-21, (25) //

даже не спорю, leibniz (??), 20:42 , 19-Мрт-21, (28)

Ты ж таненбаумом был,когда перекрестится успел то , Последний из могикан (?), 21:48 , 19-Мрт-21, (76) +1 //

Он задолбался под вантузом вмшмару запускать Вот и открестился от Тененбаума , Аноним (80), 21:54 , 19-Мрт-21, (80)

Всегда восхищался умением людей переобуватся в воздухе , Последний из могикан (?), 21:57 , 19-Мрт-21, (82) –1

Перспективней для чего Все в мире обьект хочешь скзаать Уже понятно, что все в , Аноним (30), 20:48 , 19-Мрт-21, (31) –3 //

Не поверишь С тех пор, как у процов появились операции над данными , Аноним (10), 20:55 , 19-Мрт-21, (38) //

У процов, они, внезапно, объектами не оформлены объекты это чисто синтетическ, Аноним (-), 21:33 , 20-Мрт-21, (364)

Уже немодно , ZyklonB (?), 21:01 , 19-Мрт-21, (47) +1 //

А по больницам и не скажешь, постоянно кто-нибудь полежать с этим приходит Зато, Аноним (-), 03:06 , 20-Мрт-21, (174)

И не говори За ангину и ОРЗ тоже очень обидно, и за диарею с чесоткой 8212 , ZyklonB (?), 13:02 , 20-Мрт-21, (269) –1

Ну так его бояться стали, а намордники с печатками так то не только от ковида по, Аноним (-), 18:57 , 20-Мрт-21, (349) –1

Опеннетные эксперды выходят на связь, все в машину , Аноним (-), 22:04 , 20-Мрт-21, (370)

Я передумал Не пользуйтесь намордниками и перчатками, что вы, что вы И желател, Аноним (389), 23:14 , 20-Мрт-21, (389) –1

Ответ в лучших традициях впопеннетных Ыкспердов - Ыксперды не подозревали, что м, Аноним (-), 00:31 , 21-Мрт-21, (398)

И двойные перчатки при оперировании спидозников для заботы о здоровье спидозника, Аноним (-), 03:29 , 21-Мрт-21, (405) –1

Ты будешь смеяться, но у нас пол-отдела сидит по домам с гриппом Точно не с ко, пох. (?), 19:27 , 20-Мрт-21, (353)

0 03 от общего числа Не все из этого общего числа трудоспособны, но и не все с, Ordu (ok), 20:40 , 20-Мрт-21, (361) –1

Ну так они пока еще и не все позаражались хотя бы по первому разу, а на подходе , пох. (?), 22:23 , 20-Мрт-21, (378)

У россиян 500 000 лишних смертей за прошлый год Чего-то Народ просто сравнил, Аноним (-), 23:03 , 20-Мрт-21, (385)

Точно не с ковидом, потому что запереться на месяц, а то и два, с отщелкиванием , Аноним (-), 21:47 , 20-Мрт-21, (367)

точно не с ковидом именно потому,что кое-кого уже запирали и выпустили после все, пох. (?), 22:20 , 20-Мрт-21, (376) –1

Поэтому те кто не полный рак и сделали определенные выводы на чем они это вертел, Аноним (-), 22:53 , 20-Мрт-21, (383)

Хотите анекдот В потриэтарном Виндосе, где всё контролирует злая корпорация Микр, n00by (ok), 12:22 , 20-Мрт-21, (259) –1 //

Судя по успехам ректаоса и отсутствию дров для виндов под ARM и т п - что-то , Аноним (-), 16:26 , 20-Мрт-21, (293) //

Так на плюсах там пишут прикладной софт режима ядра Драйвер антивируса с элем, n00by (ok), 17:08 , 20-Мрт-21, (308)

Там такие плюсы чудесатые, как впрочем и драйверы, что 1 Плюсами это называет, Аноним (-), 19:03 , 20-Мрт-21, (350)

Разные были варианты code for list string iterator it boot_black- beg, n00by (ok), 19:29 , 20-Мрт-21, (354)

И что там от плюсов А, целый итератор Ну а вон без плюсов накодил итерацию аж , Аноним (-), 21:54 , 20-Мрт-21, (368) +1

Итераторы и контейнеры являются частью стандарта языка А Вы что хотели, исключе, n00by (ok), 07:55 , 21-Мрт-21, (408) –1

Просто получается что это некий subset С на самом деле Не настолько уж далеки, Аноним (-), 08:47 , 21-Мрт-21, (411) –1

Любая программа на плюсах оказывается неким подмножеством Шаблоны досконально , n00by (ok), 10:05 , 21-Мрт-21, (413) –1

На самом деле хуже Каждый плюсовик хреначит на своем субдиалекте со спецификой , Аноним (-), 02:27 , 22-Мрт-21, (432)

Это, по-моему, основная причина, почему не стоит тянуть С в основную кодовую б, n00by (ok), 10:19 , 22-Мрт-21, (435)

Как будто эти драйвера написал ты Успех драйверописания сасунгом как он есть В , пох. (?), 19:34 , 20-Мрт-21, (355) –1

Не понимаю как это относится к делу Есть полно дров написаных комьюнити Как дл, Аноним (-), 22:07 , 20-Мрт-21, (371) –1

Так и относится Конкурируют интел с самсуном Первому удобен и прельстив виндов, пох. (?), 22:42 , 20-Мрт-21, (381) –2

Пардон, я что-то не втыкаю в этот полет мысли В каком именно сегменте эти двое , Аноним (-), 23:40 , 20-Мрт-21, (394)

удобно жить, когда тебя вообще ничего не интересует, конечно ну то есть тривиаль, пох. (?), 18:20 , 21-Мрт-21, (425) –2

Они начали это исправлять Это уже есть в MSVC 2019 https devblogs microsoft c, Аноним (400), 00:48 , 21-Мрт-21, (400) //

Мёртвому припарка Конечно же, Вы дадите ссылку Пока будем довольствоваться офиц, n00by (ok), 07:51 , 21-Мрт-21, (407) –1

С выглядит перспективнее с колокольни любого здавомыслящего человека Но костра, Аноним (447), 17:39 , 22-Мрт-21, (447)

В общем, всё Лечим рукожопие спиливанием зубчиков на вилках , InuYasha (??), 20:24 , 19-Мрт-21, (7) +3 //

а ты что несёшь , leibniz (??), 20:27 , 19-Мрт-21, (13) //

Свет и истину , Аноним (63), 21:18 , 19-Мрт-21, (65) +6 //

разумное, доброе, вечное , InuYasha (??), 01:13 , 20-Мрт-21, (152)

да там растаманы весь код на асме будут писать, заворачивая в unsafe , Аноним (10), 20:29 , 19-Мрт-21, (15)
И перфоратор у них отберите, покалечатся В войлочную комнату их, в смирительной, Аноним (-), 16:27 , 20-Мрт-21, (294) +1
Нет скорее заменой металических вилок на пластмассовые Порезаться практически не, Директор Фёдор (?), 21:37 , 20-Мрт-21, (365)

давайте добавим в ядро код для разработки на php, Аноним (8), 20:24 , 19-Мрт-21, (8) +9 //

Руби 3 0, Аноним (16), 20:30 , 19-Мрт-21, (16) –2
Хорошее предложение, у php тоже безопасно с памятью, даже безопасней, чем в раст, Аноним (10), 20:30 , 19-Мрт-21, (17) +9 //

Есть же FUSE для этих целей , Аноним (30), 20:49 , 19-Мрт-21, (32) –1
И JIT в 8-ке подвезли, и даже корявую логику сравнения чисел со строками исправи, Ilya Indigo (ok), 22:25 , 19-Мрт-21, (92) –2
Почему-то не помогало им от remote code execution Вон там в соседней новости ка, Аноним (-), 03:07 , 20-Мрт-21, (175)

Ты всерьёз сравниваешь мощный и быстрый системный язык с скриптовым легаси , Аноним (39), 20:57 , 19-Мрт-21, (39) –3 //

Такой мощный, что фурифоксы руками проверяют, не вышло ли смещение за пределы бл, Аноним (10), 21:06 , 19-Мрт-21, (52) –6

Я не консерватор, но когда новая версия тухнет за неделю и все отваливается, а п, анон (?), 23:16 , 19-Мрт-21, (113) +4

это норма, полшишечкиhttps github com pyca cryptography issues 5771, анон (?), 23:31 , 19-Мрт-21, (123) +1

Ух ты Пихтонрасы, сэр , Аноним (-), 16:40 , 20-Мрт-21, (297)
Дарю им идею - депрекейтнуть питон целиком Так я даже хрустикам спасибо скажу, , Аноним (-), 23:45 , 20-Мрт-21, (395)

в коде extern C fn , в данных, прилетевших в вызове из плюсанутого кода Вп, Аноним (-), 22:51 , 19-Мрт-21, (102) +5

ну питоном жене гнушаются заменили бы на php и получили бы более качественную и, Gemorroj (ok), 21:55 , 19-Мрт-21, (81) –2 //

Кто и где Оно прекрасно билдуется без всяких питонов , Аноним (-), 03:13 , 20-Мрт-21, (177)

Лучше сразу электрон запихать , Онаним (?), 22:44 , 19-Мрт-21, (98) +2 //

Себе запихай , Aninim (?), 01:09 , 20-Мрт-21, (150) +6

В NetBSD в ядре была добавлена возможность писать на Lua и еще чем-то так лет мл, Аноним (215), 08:51 , 20-Мрт-21, (215) //

Ну за Lua как плагин ладно, можно понять, оно легковесное в доску Но вот эту мон, Онаним (?), 10:08 , 20-Мрт-21, (231)

Сразу добавить туда интерпретатор Python, Chromium (ok), 12:13 , 20-Мрт-21, (255) –1 //

В смысле На Питоне пишут для bare-metal С килобайтными бинарниками Питон ни пр, Аноним (215), 12:41 , 20-Мрт-21, (261) –1 //

А еще 256, чтоли, кило флеш и 20 кило рам - батарейки для тех часов Ну и скорос, Аноним (-), 16:38 , 20-Мрт-21, (296) +3

MicroPython Это можно, добавляй , Директор Фёдор (?), 21:41 , 20-Мрт-21, (366)

Jeva Script в ядро Linux Хотя зачем, в systemd JS уже засунули, политики доступа, Аноним (323), 17:32 , 20-Мрт-21, (323) –1
Python 3, Аноним (443), 16:28 , 22-Мрт-21, (443)

Это начало конца , anonymous_detected (?), 20:25 , 19-Мрт-21, (9) +5 //

этот коммент просто необходимо закрепить, Леголас (ok), 20:34 , 19-Мрт-21, (22) +6
Почему Раст удобнее и современнее C, он это заслуживает , Аноним (39), 20:58 , 19-Мрт-21, (40) //

Особенно удобно выглядит настройка девовской платформы, как обычно - скачайте по, Аноним (-), 03:16 , 20-Мрт-21, (179) +6
Сбутстрапишь раст , Аноним (323), 17:33 , 20-Мрт-21, (325) –2 //

Еще плсатый D D LLVM не забудьте Иначе чем хрустики будут код генерить , Аноним (-), 22:13 , 20-Мрт-21, (372) –1

этот хотя бы есть на большинстве платформ, а не трех виндовсах и amd64-linoops-5, пох. (?), 22:45 , 20-Мрт-21, (382) –1

Ну, блин, он таки плюсатый, к сказочной жопаболи хрустиков доказывавших что они , Аноним (-), 23:49 , 20-Мрт-21, (396) –2

Похоже на то Очень надеюсь что это не пройдёт рецензирование никогда , Онаним (?), 22:45 , 19-Мрт-21, (99) +2
Запомним этот твит, 3DF (?), 00:24 , 20-Мрт-21, (133)
Ну да, щас-то анонимусы с опеннета объяснят в комментах этим Торвальдсам и Кроа-, Аноним (134), 00:25 , 20-Мрт-21, (134) +5

ресурсов стало дофига что ли c какого драйвера на чём то кроме ассемблера внеза, Андрей (??), 20:30 , 19-Мрт-21, (18) –8 //

примерно с 1972 года, Аноним (23), 20:38 , 19-Мрт-21, (24) +15
Какие лоботрясы и смузихлебы Что за бред , Аноним (39), 20:58 , 19-Мрт-21, (41) +1 //

растамановские лоботрясы и смузихлёбы , Аноним (10), 21:03 , 19-Мрт-21, (50) +1 //

растомановские лоботрясы и смузихлебы 50 лет пишут драйвера не на асме , Аноним (23), 00:05 , 20-Мрт-21, (129) +1

С такого как захотели гонять на разных архитектурах Ну вот смотри, вон тот драй, Аноним (-), 03:18 , 20-Мрт-21, (180)

Начало конца, теперь будет код не только течь, но и станет нечитабельным, Аноним (-), 20:32 , 19-Мрт-21, (20) +13 //

Скорее читабельным, но непонимабельным Впрочем к любому привыкаешь Я к си тоже, Аноним (30), 20:50 , 19-Мрт-21, (34) –3
Из-за чего он станет нечитабельным , Аноним (39), 20:59 , 19-Мрт-21, (42) –2 //

Из-за раста, кэп , Аноним (10), 21:02 , 19-Мрт-21, (49) +5
С-куны не умению читать ничего, кроме сей , Аноним (66), 21:22 , 19-Мрт-21, (66) +1 //

Просто как обычно на опеннете - любая макака, написавшая в студенчестве кое-как , Аноним (-), 23:02 , 19-Мрт-21, (106) +3

Забавно, что именно макаки кичатся знанием никому не нужных и никем не используе, Аноним (114), 23:17 , 19-Мрт-21, (114) –1

https github com bminor glibc search q 22extern inline 22 type https github, Аноним (-), 23:31 , 19-Мрт-21, (121) –1

Мм, 95 использований Кажется, это уже полмира , ResultCode (ok), 23:59 , 19-Мрт-21, (126)

Мм, вообще-то, для макания очередной макаки достаточно было 1 контр примера исп, Аноним (-), 00:33 , 20-Мрт-21, (137)

Да это им просто на каком-нибудь стэковерфлоу популярные вопросы вывалились, или, Аноним (-), 03:20 , 20-Мрт-21, (181)

Ну неправда же ж - в ответ тебе быстро накидают первые десять найденых гуглом сс, пох. (?), 23:18 , 19-Мрт-21, (115) –1

Так оно ж опциональное напрочь и даже поддерживает полторы архитектуры , Аноним (-), 03:21 , 20-Мрт-21, (182)

Лиха беда - начало А потом фигак - и на нинужна-нинужна-надовыбросить немодных а, пох. (?), 08:22 , 20-Мрт-21, (213) +3

Может да Может нет А может эта наркоманщина послепенно окультурится до чего-то, Аноним (-), 16:52 , 20-Мрт-21, (299) –1

А разве нельзя будет это все так же выкинуть и пользоваться лишь тем, что одобре, Карабьян (?), 09:20 , 20-Мрт-21, (218) –1

А, вон выше, уже прочитал твой ответ, Карабьян (?), 09:22 , 20-Мрт-21, (219) –1

Матерые сишники сразу думают на асме, когда растовики думают о синтаксисе и раве, анон (?), 23:21 , 19-Мрт-21, (117) +1

Не настолько уж неправда Из-за этого я люблю макросы Потому что лучший код - э, Аноним (-), 03:23 , 20-Мрт-21, (183) –2

Из-за тех, кто не умеет читать , burjui (ok), 01:47 , 20-Мрт-21, (156)

вот будет весело собирать растовые модули на архитектурах, для которых нет подде, Аноним (26), 20:40 , 19-Мрт-21, (26) //

Желаю здоровья и покинуть лягерь не осиливших Тогда поднятые в сообщении аргумен, Аноним (30), 20:52 , 19-Мрт-21, (35)
Чушь пишешь , Аноним (39), 21:00 , 19-Мрт-21, (44) +3
Тебе просто прикажут выкинуть уже свой калькулятор , Аноним (103), 22:53 , 19-Мрт-21, (103) –1 //

Да вон блин даже PIC12 ссаный до сих пор не выкинули, при том что там даже С99 т, Аноним (-), 19:08 , 20-Мрт-21, (351) –1

Всё верно Обезьянко-обёртка для не осиливших в низкоуровневые реалии , Онаним (?), 09:58 , 20-Мрт-21, (230)

С в ядро не пустили, а Раст уже в ядре, сейчас у цпп-макак от обидки начнется , Аноним (-), 20:41 , 19-Мрт-21, (27) +7 //

Там уже есть С и Perl без него ядро не соберетсясм вкладку Languageshttps , Анон Ра (?), 21:23 , 19-Мрт-21, (68) –2 //

А теперь нажми и посмотри на файлы Эвристика гитхаба ошибочно принимает сишные , anonymous (??), 21:58 , 19-Мрт-21, (83) +3 //

Ок Спасибо, за уточнение Знал, что Линус не любит С ,http harmful cat-v org, Анон Ра (?), 23:11 , 19-Мрт-21, (111)

а Perl или Raku Сейчас это важно ты или в этом лагере или в другом , Аноним (215), 08:54 , 20-Мрт-21, (216)

У них в каждом посте о Rust истерика, Andrii (?), 21:40 , 19-Мрт-21, (73) //

Потому что потом корпорасты передумают и захотят другой язык пропихнуть для свои, анон (?), 23:28 , 19-Мрт-21, (118) //

Ну то есть истерика то на самом деле из-за того, что корпорасты могут, а сообщес, Аноним (23), 11:04 , 20-Мрт-21, (238)

Да этот раст уже задрал, из каждого чайника ржавые уши торчат, Аноним (29), 20:44 , 19-Мрт-21, (29) +2 //

Может, пора попробовать, раз он настолько крут , Аноним (39), 21:01 , 19-Мрт-21, (45) //

Чем он крут Тем, что не могут ресдох запустить на железе , Аноним (10), 21:02 , 19-Мрт-21, (48) +3 //

Вызывает приступ лютой бомбежки у местных анонимов и приступ лютого вранья и, Аноним (-), 23:06 , 19-Мрт-21, (107) +1

Так нам программировать, а не на форумах троллить , Аноним (114), 23:19 , 19-Мрт-21, (116) +2

То-то я вижу под каждой новостью конструктивную критику Rust с примерами кода, а, burjui (ok), 01:53 , 20-Мрт-21, (157) +4

По-моему там все начиная с способа инсталла этого треша не способствует конструк, Аноним (-), 03:25 , 20-Мрт-21, (184) –3

в чём проблема с установкой Поставьте из удобного вам пакетного менеджера, или , пердёжник (?), 07:29 , 20-Мрт-21, (209) +3

Так вон там написано что так не годится Версия неправильная, чих-пых Надо не б, Аноним (-), 17:02 , 20-Мрт-21, (303) –1

Эх, анон-анон Как раз оно офигенно читаемое Да - многословное, но каждый кусоч, Аноним (318), 17:24 , 20-Мрт-21, (318) +1

При том многабукав, даже по сишным меркам, и желанная логика сильно разбавлена т, Аноним (356), 19:42 , 20-Мрт-21, (356) –2

Без обид, но мне кажется что вы ну не очень хорошо знаете синтаксис раста По, Аноним (318), 22:56 , 20-Мрт-21, (384) +2
А я разве говорил что они там есть Мну было интересно можно ли ту наркоманщину , Аноним (-), 00:38 , 21-Мрт-21, (399)
То тогда это другая проблема Субъективно - вопрос для опшинал параметров много г, Аноним (318), 13:02 , 21-Мрт-21, (420) +1
Нельзя более общо сделать было Это ж частный случай проверок параметров Ну знак, Аноним (-), 06:41 , 27-Мрт-21, (483) +1
И еще на счет системщины на расте уже смогли написать микроядро и ОС и оно рабо, Аноним (318), 13:08 , 21-Мрт-21, (421)
ЕЩЕ там хватало asm и unsafe, насколько я помню поклацав по диагонали сорец в ре, Аноним (-), 01:03 , 24-Мрт-21, (468)

растап устанавливает компилятор внутрь вашей домашней папки и не требует привеле, боня (?), 10:32 , 21-Мрт-21, (414) +1

Я как раз не хочу левое исполняемое барахло в системе untracked by package manag, Аноним (-), 01:14 , 24-Мрт-21, (469) –1

Установите из пакетного менеджера Почему вы так считаете Проверяет же 02298В ка, боня (?), 10:10 , 24-Мрт-21, (471) +1
Он там все же не месячной давности По поводу чего и получается что подобное т, Аноним (-), 10:06 , 26-Мрт-21, (475)

pacman -S rustДействительно, через детскую жопу сделано, и этим нас кормят в 2, burjui (ok), 11:15 , 20-Мрт-21, (240) +3

Ну да, пакман с растишкой и порчими йогуртами - как-то так Теперь так на продак, Аноним (-), 22:18 , 20-Мрт-21, (375) –1

А в чём разница , burjui (ok), 23:28 , 20-Мрт-21, (390)

1 В том что обычно там йогурты и пакманы не в почете 2 Требование распоследнег, Аноним (-), 01:09 , 21-Мрт-21, (401) –1

арч на продакшене , боня (?), 10:00 , 21-Мрт-21, (412) +2

покажи-ка, что ты там напрограммировал, трепло, Аноним (-), 02:38 , 20-Мрт-21, (167)

Попробуй, даде если на практике как и мне не пригодится, сам по себе язык инте, Аноним (154), 01:15 , 20-Мрт-21, (154)

Задрал - не то слово Вот буквально вчера питоновский cryptography начал ставить, Аноним (223), 09:43 , 20-Мрт-21, (223) –1 //

типичное нытье потребл ди, само хочет обмазаться питончиком и не лезть в С, а на, Аноним (244), 11:35 , 20-Мрт-21, (244) –1 //

Ты ошибся, манифестации потре дства тут python -m build , poetry, venv, virtu, Аноним (103), 12:47 , 20-Мрт-21, (264) –1

Я пользуюсь мэйнстримными архитектурами и мне нужен раст Кому раст не нужен, мог, Аноним (244), 14:00 , 20-Мрт-21, (283) –1

И эти люди что-то там про потреб-дство говорят , Аноним (-), 01:11 , 21-Мрт-21, (402) –1

Ну еще мне кучу под дверь навалил в cargoНичего выдающегося в расте нет, происх, Аноним (223), 10:08 , 20-Мрт-21, (232) //

это те у кого грибы вместо мозгов , Аноним (236), 10:52 , 20-Мрт-21, (236) //

А, теперь понятно как чудный код типа Pin from Box try_new unsafe Mutex new, Аноним (-), 17:04 , 20-Мрт-21, (305)

Не за горами тот день, когда будет анонсировано переписывание ядра на Rust, о ко, ZyklonB (?), 20:49 , 19-Мрт-21, (33) +6 //

Скорее Rust-овая система дорастет до нужного уровня Какой смысл борьбы с ядром , Аноним (30), 20:54 , 19-Мрт-21, (37) +1 //

Какой смысл лезть в Линух, если есть ресдох , Аноним (10), 21:01 , 19-Мрт-21, (46) //

В этом месте по сценарию микроядерщики рубаются с растаманами В смысле у них та, Аноним (-), 03:26 , 20-Мрт-21, (186) –1

Мифическая борьба с ядром Linux существует только в головах обезумевших фанбоев , ZyklonB (?), 21:17 , 19-Мрт-21, (62) +2

Не я Люди, люди просили , Аноним (120), 23:30 , 19-Мрт-21, (120) +2
Зачем на торвальдса тратить миллионы, если можно его просто отстранить , Аноним (103), 12:49 , 20-Мрт-21, (266) –1 //

Он и так получает миллионные гонорары Почему бы ещё раз не вознаградить верного, ZyklonB (?), 13:36 , 20-Мрт-21, (274)

Пересчитывать электронные деньги, ага Местным петросянам лишь бы жидкую шуточку, burjui (ok), 02:26 , 21-Мрт-21, (404) //

Ты из тех, кто говорит гну слэш линукс , я ведь прав , ZyklonB (?), 10:40 , 21-Мрт-21, (415) –1 //

Разве что в своих фантазиях , burjui (ok), 11:23 , 21-Мрт-21, (416)

Это был риторический вопрос , ZyklonB (?), 11:32 , 21-Мрт-21, (417) –1

а вот получай риторический ответ , боня (?), 17:47 , 22-Мрт-21, (448)

До 1 апреля вроде ещё жить и жить , Аноним (51), 21:04 , 19-Мрт-21, (51) +1
требую добавить код на сишарпе фекалорасту же добавили , Аноним (53), 21:07 , 19-Мрт-21, (53) –2 //

Странно, что нельзя писать в ядро на Pascal ISO 7185 , Аноним (10), 21:09 , 19-Мрт-21, (56)

Нашёл такое любопытство в коде того драйвера символьного устройства , Ordu (ok), 21:09 , 19-Мрт-21, (55) +6 //

Он будет безопасным, если ядро полностью напишут на расте Когда то там В парал, мое правило (?), 22:09 , 19-Мрт-21, (86) –2
Так в том и суть, что небезопасный код оборачивается в безопасные обёрткиЕсли ко, _ (??), 00:02 , 20-Мрт-21, (127) +5 //

Вот собсно код реализации https doc rust-lang org src core slice index rs html, _ (??), 00:05 , 20-Мрт-21, (130) +1
В Linux это будет полезно тем, что если код не использует unsafe, значит ошибок , _ (??), 00:10 , 20-Мрт-21, (131) +3 //

Думаю, ты зря стараешься Но, вообще, приятно, что тут еще есть те, кто понимает, Аноним (134), 00:32 , 20-Мрт-21, (136) +3

Это может сработать, но не так, как здесь Если для реализации Mutex требуется u, Ordu (ok), 01:21 , 20-Мрт-21, (155) +1 //

Где же нарушено Наличие safe обёрток не запрещает выставлять наружу unsafe мето, _ (??), 10:41 , 22-Мрт-21, (437) +1

Для оптимизаций Не для базовой инициализации Подход раста к safety -- весь uns, Ordu (ok), 11:32 , 22-Мрт-21, (438)

Посмотрел сейчас код, и суть мне теперь понятна let data Pin from Box t, _ (??), 23:47 , 22-Мрт-21, (453) +1

new конечно же, сообщение поправить не могу, т к мне говорит что это не моё соо, _ (??), 23:48 , 22-Мрт-21, (454)
И да, UNSAFE тут отношения к неинициализированной памяти не имеет, _ (??), 23:49 , 22-Мрт-21, (455)

Ну, я что-то такое и подозревал Pin намекает на это Какая-то очередная self-re, Ordu (ok), 20:13 , 23-Мрт-21, (466)

открою страшную тайну, так делается в абсолютно всех языках В том числе и в сях, Аноним (26), 04:46 , 20-Мрт-21, (202) –3 //

Я конечно, не си-разработчик, но вроде там нет такого понятия на уровне языка к, боня (?), 07:36 , 20-Мрт-21, (210)

бгг, а в расте есть такое понятие Спойлер нет конечно, там просто понатыканные, Аноним (26), 08:55 , 20-Мрт-21, (217) –3

есть, на прикладном уровне вам не надо писать unsafe Компилятор гарантирует пре, боня (?), 11:45 , 20-Мрт-21, (248) +5

Ну просто вон орда довольно детально в хрусте копался и - вот - осознал что новы, Аноним (-), 22:29 , 20-Мрт-21, (379) –4

Какие допущения Как выезжает Пожалуйста, давайте без нечленораздельного лепета , боня (?), 07:33 , 21-Мрт-21, (406)
Не надо приписывать мне никаких осознаний Всё на что я указал в этом топике -- , Ordu (ok), 20:11 , 21-Мрт-21, (426) +1

Зато когда оказывается что форсировано initialized память видите ли в некоторых , Аноним (-), 17:11 , 20-Мрт-21, (311) –1
В принципе да Но статический анализ все же есть Как и рантайм чекеры типа asan, Аноним (-), 22:31 , 20-Мрт-21, (380)

А читабельность кода - сопроводительной документацией и хайпом Нет, ну правда, , Аноним (-), 03:30 , 20-Мрт-21, (187) +1

Да хрен поспоришь, грамотные, логичные шаги Давно пора Хватает маразматиков кот, Аноним (57), 21:09 , 19-Мрт-21, (57) –2 //

Растаманам надо было сначала ресдох доделать, показав, что растаманы обладают со, Аноним (10), 21:15 , 19-Мрт-21, (60) –1 //

Вы правы Тут уж ничего не поделаешь Может на уровне модульной замены Си уже ка, дор (?), 21:23 , 19-Мрт-21, (67) +2 //

Имею ввиду раст уже достсточно окреп Либо, они тем самым хотят обратить внимание, kjh (?), 21:28 , 19-Мрт-21, (70) –3

Кнопки на клаве стабилизируйте сначала, чудики , Аноним (-), 03:33 , 20-Мрт-21, (188) –2

ты что ли не осилил запуск redox в виртуалке или тебе хочется на голом железе, Аноним (236), 11:07 , 20-Мрт-21, (239) //

Сам пищи офигенно читаемый код типа Pin from Box try_new unsafe Mutex new 0, Аноним (-), 17:08 , 20-Мрт-21, (309) –1

ты хоть раз видел руст в реальной жизни на нем писать вообще что-то трудно вмен, Аноним (53), 03:50 , 20-Мрт-21, (191) //

я так про все языки, что не c говорю, боня (?), 07:39 , 20-Мрт-21, (211)
Я писал на Rust полезные в реальной жизни программы уровнем несколько выше, чем , Проходил мимо (?), 08:06 , 22-Мрт-21, (433)
и C , лишпер (?), 12:43 , 25-Мрт-21, (474)

В какое преимущество в использовании Rust в ядре, если там повсюду unsafe настав, Аноним (58), 21:12 , 19-Мрт-21, (58) +5 //

Пусть делают бесплатную unsafe разметку для machine learning алгоритмов, которые, Анон Ра (?), 21:33 , 19-Мрт-21, (71) //

есть зерно истины, AnonymPatient (?), 13:02 , 20-Мрт-21, (268) –1

Это FFI В коде, использующем эти вызовы, unsafe не будет , Ананимус (?), 21:33 , 19-Мрт-21, (72)
unsafe всего лишь флаг, который говорит что в этом месте компилятор не может гар, Andrii (?), 21:44 , 19-Мрт-21, (75) //

Про флаг, грепнуть и тыщи глас мы уже слышали Если раст ансейф вызывает небезоп, Маняним (?), 21:50 , 19-Мрт-21, (77) //

Это математически доказано проектом RustBelt https plv mpi-sws org rustbelt, в, Аноним (120), 00:04 , 20-Мрт-21, (128) +1

Хрень какая-то с какими-то PhD и прочими теоретиками Мы, анонимы опеннета лучше, Аноним (-), 00:37 , 20-Мрт-21, (138) +1
В общем случае доказать корректность произвольной программы, написанной на тью, Аноним (178), 03:14 , 20-Мрт-21, (178) –2

1 В общем случае это верно для машины Тьюринга с _бесконечной_ лентой Только в, Аноним (-), 03:40 , 20-Мрт-21, (190)

Я вот не стал такой длинный ответ писать Жму руку , Аноним (120), 04:12 , 20-Мрт-21, (194)
Есть спец языки Coq, Idris, Agda разработанные для доказательства теорем чт, Аноним (178), 04:16 , 20-Мрт-21, (195) –1

А в огороде бузина Ну-ну Достойный прием - сморозить хрень, притянув за уши Т, Аноним (-), 04:49 , 20-Мрт-21, (203)

А подмножество в котором наш код вызывает kernel panic мы просто не рассматривае, Аноним (457), 04:44 , 23-Мрт-21, (457) +1

Ну то есть с базовыми понятиями и применимости теории к практие ты не знаком Б-, Аноним (-), 15:30 , 23-Мрт-21, (459)

При чём тут проблема останова Вы читали что там написано , Аноним (120), 04:01 , 20-Мрт-21, (193)

Судя по таким заявам - в маркетинг и подмятие экосистем корпами вбуханы сотни не, Аноним (-), 17:14 , 20-Мрт-21, (314)

Мантра , Аноним (122), 23:31 , 19-Мрт-21, (122)
Скрыто модератором, Аноним (-), 03:34 , 20-Мрт-21, (189) –3

Вопрос Зачем Вот ответьте мне спецы,зачем , Последний из могикан (?), 22:04 , 19-Мрт-21, (84) +3 //

Затем , Аноним (88), 22:12 , 19-Мрт-21, (88) –4
Хрен знает, надо бенефициаров смотреть , Онаним (?), 22:48 , 19-Мрт-21, (101) +3
Потому, что неинклюзивно растоманов не подпускать к ядру , Аноним (122), 23:33 , 19-Мрт-21, (124) +1 //

Пустили обезьян с гранатой в тыл , Аноним (10), 00:57 , 20-Мрт-21, (146) –1 //

все потому что ты языком мелешь на опеннете а не фигачишь высокопроизводительный, Аноним (244), 14:12 , 20-Мрт-21, (284) +1

Проблема в том что вон те зацитированные куски выглядят не как решение проблемы , Аноним (-), 17:28 , 20-Мрт-21, (320) –2

Проблема в том, что ты почему то решил что ты умней и знаешь что лучше для ядра , Аноним (244), 17:51 , 20-Мрт-21, (333) +1

Я позицию майнтайнеров в отличие от местных хрустиков как раз читал И нахожу ее, Аноним (343), 18:28 , 20-Мрт-21, (343) –1

Прикольно чем глубже вводят rust, тем бурнее истерики Прям как будто вселенная, Ordu (ok), 23:58 , 21-Мрт-21, (430)

Ну как бы неприятно если такой гамнокод будет чаще попадаться на глаза А что, э, Аноним (-), 10:09 , 26-Мрт-21, (476)

Нет, это нисколько не странно, это отлично , Ordu (ok), 14:21 , 26-Мрт-21, (478)

Какие спецы, по срачу в комментах Интересно, сколько лет должно пройти, прежде , burjui (ok), 02:02 , 20-Мрт-21, (158) +2 //

Хрустики так-то сами в стандарт не оформлены, так что не им про стандарты кивать, Аноним (343), 18:29 , 20-Мрт-21, (344) –1

Свершилось , rioko (?), 22:16 , 19-Мрт-21, (89) –1
Я почему-то думал, что раст - это как если писать на уютном бидоне, т е код по-, Аноним (94), 22:32 , 19-Мрт-21, (94) –2 //

Ноно, си пусть и многословный, но вполне читабельный и не даёт такого простора д, Аноним (104), 23:01 , 19-Мрт-21, (104) –1
По-моему, даже сишники огуеют с конструкта типа Pin from Box try_new unsafe , Аноним (-), 17:32 , 20-Мрт-21, (324)

Скрыто модератором, Онаним (?), 22:46 , 19-Мрт-21, (100) +5 //

Скрыто модератором, Аноним (104), 23:02 , 19-Мрт-21, (105) –1 //

Скрыто модератором, Онаним (?), 09:52 , 20-Мрт-21, (225) –2

Скрыто модератором, Аноним (10), 23:11 , 19-Мрт-21, (109) +2 //

Скрыто модератором, Аноним (-), 23:15 , 19-Мрт-21, (112) +2

Скрыто модератором, Последний из могикан (?), 23:11 , 19-Мрт-21, (110) –1

Радуются те, кто никогда не пробовал скомпилировать достаточно большой проект на, data man (ok), 23:09 , 19-Мрт-21, (108) +2 //

А огорчаются те, кто не знает, какой код компилируется долго, и из-за чего конкр, burjui (ok), 02:06 , 20-Мрт-21, (159) –2 //

Кому Подсказывайте гентушникам, они будут больше всех рады Напились сегодня в, data man (ok), 02:29 , 20-Мрт-21, (166) //

Да мне честно говоря фиолетово Ну включили в ядро фреймворк для модулей на раст, Ordu (ok), 11:44 , 20-Мрт-21, (247)

Поправил, не благодарите , Аноним (464), 17:31 , 23-Мрт-21, (464)

Почему здесь так ненавидят rust Все эти люди попробовали на нем писать и что-то, Аноним (119), 23:28 , 19-Мрт-21, (119) +6 //

Здесь так принято, не обращай внимания , Аноним (132), 00:14 , 20-Мрт-21, (132) +6
Здесь ненавидят всё JavaScript, Electron, Web-технологии называют web макаками,, Аноним (120), 00:25 , 20-Мрт-21, (135) //

Впервые вижу чтобы кто-то отзывался о плюсах не в негативном ключе Надо полагат, Аноним (104), 00:40 , 20-Мрт-21, (140) +3 //

и не дают писать фанатам пянгвинчика совсем уж откровенную чушь , Аноним (-), 00:44 , 20-Мрт-21, (142)
На лоре нынче линчуют за жалобы нытиков Причем банят сразу айпишник за то что а, Аноним (206), 06:50 , 20-Мрт-21, (208) –1

Правильно делают, каждая новость про раст в комментах порождает цирк, цирк с цар, Аноним (23), 10:49 , 20-Мрт-21, (235)

Вы чего С - это еще какое говно Так еще на нем периодически предлагали в ядр, Аноним (318), 00:52 , 20-Мрт-21, (143) –1
Здесь сидит Старая Гвардия,которой видит вас насквозь Видят ваш конформизм,профн, Последний из могикан (?), 01:10 , 20-Мрт-21, (151) //

Кто ненавидит SQLite Охеренный двиг , Онаним (?), 09:54 , 20-Мрт-21, (227)

Почитай комментарии к новости о новом выпуске SQLite , Аноним (120), 13:25 , 20-Мрт-21, (270)

1111 Только старая я б заменил на профессиональная - люди годами нарабатыв, Gogi (??), 13:37 , 20-Мрт-21, (275)

Старая в таком контекстеhttps ru m wikipedia org wiki D0 A1 D1 82 D0 B0 D1 , Последний из могикан (?), 16:52 , 21-Мрт-21, (423) –1
Так развивайте D, а то он за свои годы меньше развит и горазде менее юзабелен ,, Аноним (464), 17:23 , 23-Мрт-21, (462)
Устанави венду и пользуйся D уже , Аноним (-), 18:12 , 28-Мрт-21, (484)

да ладно, сейчас весь интернет такой и будет хуже, пока гос-во не заставит анон, Gemorroj (ok), 02:44 , 20-Мрт-21, (168) –1 //

Убери Ленина с Аватарки , псевдонимус (?), 04:29 , 20-Мрт-21, (199) –2

Он еще просто не понял что ленин ща не в тренде и за него тоже могут видите ли з, Аноним (-), 17:39 , 20-Мрт-21, (327)

Гоблокун обыкновенный , псевдонимус (?), 23:29 , 20-Мрт-21, (391) –2

Абсолютно верно Обратное - неверно Написано на C - ретрограды, могли написать н, Аноним (103), 13:02 , 20-Мрт-21, (267) –1
не напрягайся так безграмотных и токсичных везде хватает сейчас, к сожалению , Аноним (273), 13:36 , 20-Мрт-21, (273)

Эксперимент Клетка В ней 5 обезьян К потолку подвязана связка бананов Под ним, Аноним (134), 00:38 , 20-Мрт-21, (139) –1 //

Не было никогда такого эксперимента в реальности , Аноним (-), 00:41 , 20-Мрт-21, (141) +4
Эксперимент Клетка В ней 5 растаманов На столе лежит книга Си Си Когда од, Аноним (10), 00:53 , 20-Мрт-21, (144) +6 //

Ахаха, посмеялся от души , Аноним (120), 01:02 , 20-Мрт-21, (148) +2

Вам должен понравиться фильм Непосредственно Каха Много душевных шуток вроде , burjui (ok), 02:09 , 20-Мрт-21, (161) –2

Да нет, я представил всё это в голове - очень весело получилось в голове Но та, Аноним (120), 04:20 , 20-Мрт-21, (197)

Ваганыч,ты ли это , Последний из могикан (?), 01:05 , 20-Мрт-21, (149)
В клетке 5 опеннетчиков в костюмах с галстуками На столе лежит книга Rust Оп, burjui (ok), 02:15 , 20-Мрт-21, (163) +2

Это однако не мешает им громко галдеть в надежде что кто-нибудь другой за них на, Аноним (-), 02:58 , 20-Мрт-21, (171) –2

громко галдеть в надежде, что кто-нибудь другой за них будет программить Поправи, Аноним (212), 08:17 , 20-Мрт-21, (212)

Конференция На ней 200 растаманов Обсуждение патча ядра для мониторинга скидок, nelson (??), 02:16 , 20-Мрт-21, (164)
А почему они unsafe используют Ночью, под одеялом, конечно, когда лаборант из м, Аноним (-), 17:41 , 20-Мрт-21, (329) +1

Эти все люди - 3 189 громко неадеквата Но да, вопят громко и заметно, привл, Аноним (-), 02:11 , 20-Мрт-21, (162)
Потому что это оверхайпленное ненужно - не нужно Особенно в ядре , Онаним (?), 09:53 , 20-Мрт-21, (226)
просто большая часть отсеялась еще на этапе установка раста, не смогли, выше по , Аноним (236), 11:17 , 20-Мрт-21, (241) +1
Скрыто модератором, Gogi (??), 13:47 , 20-Мрт-21, (279) +1 //

Скрыто модератором, Онаним (?), 17:06 , 20-Мрт-21, (306) //

Скрыто модератором, Аноним (464), 17:29 , 23-Мрт-21, (463)

Смузи-поделка с невменяемым синтаксисом - очередное ненужно Неосиляторы C C с, szt1980 (ok), 03:41 , 27-Мрт-21, (482)

А нормальный синтаксис к русту прикрутить не хватает ума Что это за уродец, Аноним (-), 23:36 , 19-Мрт-21, (125) +1 //

Нормальный - это какой Пример ЯП, если не трудно , burjui (ok), 02:17 , 20-Мрт-21, (165) //

Вот тут соглашусь К сожалению язык по дизайну и синтаксически превратился в оче, Аноним (120), 03:26 , 20-Мрт-21, (185) –2 //

О боже Приводить в качестве примера язык со слабой динамической типизацией, у к, Аноним (220), 09:25 , 20-Мрт-21, (220) –1

Я сказал современный JavaScript , а точнее современный TypeScript Есть со с, Аноним (120), 13:45 , 20-Мрт-21, (278) –1

Синтаксически он куцая сишечка, с небольшими отступлениями в сторону Или жабка , Онаним (?), 17:09 , 20-Мрт-21, (310)

С весьма эпичными отступлениями Вида 1,2 2,3 - 1,2,3,4 Ну да, логично, Аноним (-), 10:12 , 26-Мрт-21, (477)

Форт Ничего лишнего , псевдонимус (?), 04:33 , 20-Мрт-21, (200) //

Интересно, почему же на нём так мало софта , burjui (ok), 10:45 , 20-Мрт-21, (233) –1

Потому что людям тяжело признавать свою неправоту Форт выявляет ее прям сразу , псевдонимус (?), 11:46 , 20-Мрт-21, (249) +1

Мечтателем быть хорошо, когда ты пишешь стихи, а не программы Хороший ЯП не дас, burjui (ok), 12:06 , 20-Мрт-21, (254) –2

Хороший язык даст выстрелить себе в ногу Растоубожище пытается не дать, но подт, псевдонимус (?), 12:13 , 20-Мрт-21, (256)

Расскажи это пользователям глючащих и падающих программ Я думаю, они оценят иде, burjui (ok), 12:16 , 20-Мрт-21, (257) –1

Я пердон и жовоскрипт не упоминал , псевдонимус (?), 12:33 , 20-Мрт-21, (260) –1

А вот необработанное исключение это не падение кстати Это всё, что нужно знать , Аноним (104), 12:42 , 20-Мрт-21, (262)

Судя по коду который там выcp ли - https www opennet ru openforum vsluhforumID, Аноним (-), 20:00 , 20-Мрт-21, (357) –2

Если уж тебе нравятся аналогии, есть такие костюмы, которые зажёвывают цепь и ос, burjui (ok), 23:34 , 20-Мрт-21, (392)

Так смешно, колда за безобидный вопрос ставят минусик У кого-то пригорело Эх, , burjui (ok), 23:04 , 20-Мрт-21, (386) –1

CC Даже со всем препроцессингом, темплейтами и т п - он в разы читабельнее см, Онаним (?), 17:07 , 20-Мрт-21, (307) //

Ага, значит Вы смузи осилили, а Rust и макросы, предоставляющие гораздо более мо, Аноним (464), 17:18 , 23-Мрт-21, (461)

Всё просто Нет особого желания осилять нежизнеспособное смузихлёбство Оно мне н, Онаним (?), 20:49 , 23-Мрт-21, (467) +1

Это такой, в котором не надо галиматью типа Pin from Box try_new unsafe Mute, Аноним (-), 17:48 , 20-Мрт-21, (332) –3 //

let mutex unsafe Mutex new 0 Pin from Box try_new mutex Ой, а что э, burjui (ok), 23:07 , 20-Мрт-21, (387) –1

Ты что дурак или прикидываешься Лучше этот вариант не стал , Олег (??), 23:28 , 21-Мрт-21, (427)

Святой дядюшка Боб, упокой души тех, кто будет читать код Олега , burjui (ok), 23:30 , 21-Мрт-21, (428)

фроктал, мы победилей ничего вот распробуют, и всё остальное тоже будет перепи, еманйам (?), 00:53 , 20-Мрт-21, (145) +1 //

Ничего,Петька Вот перепишем все на Раст,ох и жизнь то начнётся , Последний из могикан (?), 01:13 , 20-Мрт-21, (153) +3

Скрыто модератором, Аноним (-), 02:55 , 20-Мрт-21, (169) –2
Кто жертвует свободой ради безопасности тот остается без свободы и без безопасно, Аноним (173), 03:04 , 20-Мрт-21, (173) +2 //

Только тот свободен, кто самостоятельно мыслит и не повторяет чужих слов, смысла, Анончик (?), 09:47 , 20-Мрт-21, (224) +3
я не мыслю значит не существую, Аноним (236), 11:20 , 20-Мрт-21, (242)

Считайте что уже в ядре - , псевдонимус (?), 03:54 , 20-Мрт-21, (192) –1 //

Ой, да кто такой этот ваш Хартман У нас тут настоящие эксперты в комментах сидя, burjui (ok), 10:47 , 20-Мрт-21, (234) +1 //

Грамотный мужик, написатель драйверов Я и говорю раст считай уже в ядре , псевдонимус (?), 11:50 , 20-Мрт-21, (250) –1 //

Кроа-Хартмана так-то сильно лучше читать в оригинале, а не в цитатах оголтелых х, Аноним (334), 17:59 , 20-Мрт-21, (334)

Ну это просто этот Кроа-Хартман комменты на опеннете не читает, а то бы уже знал, Аноним (134), 11:42 , 20-Мрт-21, (246) +2
Ну тут не факт, он пытался протащить ядерную реализацию дубаса, но линус не разр, Аноним (23), 12:49 , 20-Мрт-21, (265) +1 //

Linux таки достаточно open minded И наверное это не есть плохо Иначе превратит, Аноним (-), 18:01 , 20-Мрт-21, (336)
До сих пор не пойму, почему, собственно Теперь мы имеем как-бе-неядерную реализа, пох. (?), 19:20 , 20-Мрт-21, (352) //

Там разработчики что-то перебрали веществ - ну вот поэтому Хотя 1 унифицированн, Аноним (-), 20:02 , 20-Мрт-21, (358)
Только что перезапустил Отпала сеть с плагином трея и браузер, пришлось рестарт, Аноним (23), 20:07 , 20-Мрт-21, (359)
Оно что-то ломало, потому Торвальдс с помощью остатков маны превозмог и запретил, псевдонимус (?), 23:35 , 20-Мрт-21, (393)

Прямо очень неожиданный шаг для меня Хотя почему нет, если есть люди готовые по, Анончик (?), 05:14 , 20-Мрт-21, (204) –1
Срачь то подняли, ололо, притом, что из вас едва ли кто-то и 5 кинул на развити, Да ежкин код (?), 05:44 , 20-Мрт-21, (205) +1 //

Если этот мрак случится, то будущее в хромоси и андроиде, замененным на фуксию п, Аноним (206), 06:45 , 20-Мрт-21, (207) –2 //

Ты это, поаккуратнее хрустиков читай они врали те еще Умеют сравнить теплое с , Аноним (-), 18:08 , 20-Мрт-21, (337) –2

Я бы на месте Линуса давно бы им всем показал свой горячий характер и свой фирм, Аноним (214), 08:28 , 20-Мрт-21, (214) +1 //

Если бы на месте Линуса был Аноним с Опеннета , burjui (ok), 10:53 , 20-Мрт-21, (237) +1
Он уже почти показал анонимам с опеннета , Аноним (134), 11:40 , 20-Мрт-21, (245) +3 //

Не исключал - не значит соглашался, uis (ok), 12:59 , 21-Мрт-21, (419) –1

Скрыто модератором, Неа (?), 09:34 , 20-Мрт-21, (221) +5 //

Скрыто модератором, Онаним (?), 09:55 , 20-Мрт-21, (229) –1 //

Скрыто модератором, псевдонимус (?), 11:53 , 20-Мрт-21, (251) +2 //

Скрыто модератором, Gogi (??), 13:52 , 20-Мрт-21, (281) +1

Скрыто модератором, Аноним (335), 18:00 , 20-Мрт-21, (335) –1

Скрыто модератором, еманйам (?), 13:49 , 20-Мрт-21, (280) //

Скрыто модератором, Онаним (?), 16:59 , 20-Мрт-21, (301) –1

Скрыто модератором, Онаним (?), 17:03 , 20-Мрт-21, (304)

Скрыто модератором, Аноним (-), 18:10 , 20-Мрт-21, (338) –1

Linux Пятница 13-e, Аноним (228), 09:54 , 20-Мрт-21, (228)
Чого 1110 нш 1110 обд 1110 лили , Аноним (243), 11:28 , 20-Мрт-21, (243) –1
С - это стандарт, а Rust - это Мазила Это всё, что нужно знать анону , Аноним (-), 11:59 , 20-Мрт-21, (252) +2 //

Как ты выживаешь в нашем суровом мире обладая только этими знаниями Как тебе это, клавиатур (?), 17:19 , 20-Мрт-21, (316)

Та норм, с 1 46 раст компиляется заметно быстрее, просто если бы его с сланг в т, Аноним (285), 12:04 , 20-Мрт-21, (253) //

Пробовал компилировать на fpc , Аноним (277), 13:40 , 20-Мрт-21, (277)

Лично я за эту инциативу Тогда, гляди, лет через n, хипстеры свалят на какую-то, Аноним (277), 13:39 , 20-Мрт-21, (276) –1
а ниче, что язык Раст пишут трансгендеры всякие , анончик (?), 14:32 , 20-Мрт-21, (287) +3 //

Да, согласен, тоже ненавижу трансформеров, отвратительное кино, ещё и в ядро зач, Аноним (289), 15:54 , 20-Мрт-21, (289) +2
Судя по синтаксису они и дизайнерских веществ не чураются , Аноним (-), 18:11 , 20-Мрт-21, (339) +4

Я не программист - так что можете меня поправить Самое важно не столько в безоп, Аноним (288), 14:54 , 20-Мрт-21, (288) –3 //

Это 1 в 1 мантры про MS Singularity угу, придётся обратиться к поисковику, хайп, n00by (ok), 16:23 , 20-Мрт-21, (292) //

Суть не в том, что и кто вам обещает А так это или нет Соответствует действите, Аноним (288), 16:40 , 20-Мрт-21, (298) –2 //

Оно соответствует, но почему-то не взлетает А чего нет, того нет , n00by (ok), 17:14 , 20-Мрт-21, (313)

Как все это коррелируется с разработкой драйверов на Rust и его хейтом , Аноним (288), 17:47 , 20-Мрт-21, (331) –2

Вы хотите сказать, хайпом вокруг Rust Когда мне надо было разрабатывать драйвер, n00by (ok), 18:39 , 20-Мрт-21, (345) +1

Когда там unsafe в каждом закоулке и наркоманский код в каждом закоулке - в его , Аноним (-), 18:13 , 20-Мрт-21, (340)

Вот недавно растаманы в FF перепутали знак сравнения, сделав серьёзную логическу, Аноним (10), 17:15 , 20-Мрт-21, (315)
Поэтому бекдоры будут размещать в других блоках, чтобы их там не искали , Аноним (323), 17:25 , 20-Мрт-21, (319) //

В хне сгружаемой каргокультом без каких либо проверок с вон того сайта контролир, Аноним (-), 18:14 , 20-Мрт-21, (341)

Я против Должен быть только один язык - и это чистый Си, только один стандарт и, Главный ГНУтый (?), 16:54 , 20-Мрт-21, (300) +3
Наконец-то мой драйвер на расте взлетит Джва года ждал , Аноним (302), 17:01 , 20-Мрт-21, (302) –4 //

А они существуют Или ты про свой хеловорлд говоришь , Аноним (343), 17:59 , 22-Мрт-21, (450) //

Да, есть и были В ядре линукса ничего особо для раста не изобрели, только подде, Alladin (?), 20:26 , 22-Мрт-21, (452)

Это ложь Не верьте в раст Правильный путь https git kernel org pub scm linux, Аноним (323), 17:22 , 20-Мрт-21, (317) +2
Учитывая, что раст пропихивают такие корпорасты, как AWS, Google и Microsoft, ст, Аноним (10), 17:28 , 20-Мрт-21, (321) +1 //

Какую, какую вон там у них чуваки в совете директоров хруст фоундейшн , Аноним (-), 18:15 , 20-Мрт-21, (342) –2
Есть такая штука -- когнитивная ригидность Стойкость убеждений, по простому не, n00by (ok), 18:52 , 20-Мрт-21, (347) //

Это банальная норма выживания, от биопопуляций до закалки нейросетей Вечная мечт, Аноним (10), 22:17 , 20-Мрт-21, (374) +1
А что будет когда запас прочности закончится Что там с файрфоксом, на сколько х, Аноним (431), 00:45 , 22-Мрт-21, (431) +1 //

Ничего не будет Потому я заныкал Спектрум в дальнем углу, а кто-то делает форк , n00by (ok), 10:24 , 22-Мрт-21, (436) –1

Ничего не будет в смысле файрфокс закончится и его не будет Так и какой вывод, Аноним (431), 01:04 , 23-Мрт-21, (456)

Вывод у меня сделан сразу Был задан вопрос Rust внедряют для перехвата управлен, n00by (ok), 06:14 , 23-Мрт-21, (458) –1

Минутка нумерологиипятница, тринадцатое5 10 - последний LTS, Аноним (328), 17:39 , 20-Мрт-21, (328) +1 //

Всеравно пятерка уже мертвая была , Аноним (-), 20:35 , 20-Мрт-21, (360) –2

Я вот думаю попробовать драйвер написать, под что угодно, любой простейший hw по, нитрол (ok), 22:16 , 20-Мрт-21, (373) –2 //

На нем это довольно сложно Тупо потому что он для этого никогда не создавался и, Аноним (-), 01:38 , 21-Мрт-21, (403) +2
https devhumor com content uploads images February2016 javascript png, Аноним (464), 17:07 , 23-Мрт-21, (460)
Платформа Espruino Puck js в виде шайбы со встроенной кнопкой предназначена для , n00by (ok), 17:39 , 23-Мрт-21, (465)

А зачем , Аноним (-), 17:23 , 21-Мрт-21, (424) +1 //

Благими намерениями вымощена дорога в ад, Аноним (-), 08:56 , 22-Мрт-21, (434) +2

в линукс прилетели чёрные лебеди пора искать другое ядро что-то очень много сп, Аноним (429), 23:58 , 21-Мрт-21, (429) +2 //

Что с ним , Аноним (479), 20:24 , 26-Мрт-21, (479)

kernel-ng tar xz как-то так , слакварявод (ok), 12:35 , 22-Мрт-21, (439)
Лучшее - враг хорошего, Аноним (440), 13:09 , 22-Мрт-21, (440)
Привет безопастно текущие и безопастно падающие драйвера D, Аноним (447), 16:03 , 22-Мрт-21, (441) +2
А что вы хотели Пришли смузихлебы которые кроме электронных поделий и говна на , Аноним (481), 23:57 , 26-Мрт-21, (481)

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

48. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +3 +/–

Сообщение от Аноним (10), 19-Мрт-21, 21:02

Чем он крут? Тем, что не могут ресдох запустить на железе?

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

107. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +1 +/–

Сообщение от Аноним (-), 19-Мрт-21, 23:06

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

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

116. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +2 +/–

Сообщение от Аноним (114), 19-Мрт-21, 23:19

Так нам программировать, а не на форумах троллить.

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

157. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +4 +/–

Сообщение от burjui (ok), 20-Мрт-21, 01:53

То-то я вижу под каждой новостью конструктивную критику Rust с примерами кода, а не истеричные вопли неадекватов, у которых проблемы с чтением доков и логикой. Сразу видно - программисты.

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

184. "В ветку ядра Linux-next добавлен код для разработки драйверо..." –3 +/–

Сообщение от Аноним (-), 20-Мрт-21, 03:25

По-моему там все начиная с способа инсталла этого треша не способствует конструктивной критике, а вот поиздеваться над такой порнографией стоя в гамаке - напрашивается. Почему это должно быть настолько через @нус сделано? За 10 лет ЯП нельзя было избавить от детских болезней? ORLY?

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

209. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +3 +/–

Сообщение от пердёжник (?), 20-Мрт-21, 07:29

в чём проблема с установкой? Поставьте из удобного вам пакетного менеджера, или если не хотите "засорять систему" - установите из rustup.
Какой анyс? Какие детские болезни вы подразумеваете?

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

303. "В ветку ядра Linux-next добавлен код для разработки драйверо..." –1 +/–

Сообщение от Аноним (-), 20-Мрт-21, 17:02

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

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

318. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +1 +/–

Сообщение от Аноним (318), 20-Мрт-21, 17:24

Эх, анон-анон. Как раз оно офигенно читаемое. Да - многословное, но каждый кусочек точно определяет дальнейшее поведение объекта. И никаких разночтений.
Если упрощенно:
- создать небезопасный объект
- "упаковать" его в умный указатель на heap
- запретить перемещать
Все просто и однозначно - нет разночтений и сайд-эффектов.

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

356. "В ветку ядра Linux-next добавлен код для разработки драйверо..." –2 +/–

Сообщение от Аноним (356), 20-Мрт-21, 19:42

> Эх, анон-анон. Как раз оно офигенно читаемое. Да - многословное, но каждый
> кусочек точно определяет дальнейшее поведение объекта. И никаких разночтений.
При том многабукав, даже по сишным меркам, и желанная логика сильно разбавлена техническим хламом.
> Если упрощенно:
> - создать небезопасный объект
> - "упаковать" его в умный указатель на heap
> - запретить перемещать
> Все просто и однозначно - нет разночтений и сайд-эффектов.
Есть только 1 небольшой нюанс. Со всеми этими тантрами уже в общем то забыли на...я это все было нужно :). Так что простой и лаконичный код ну вот вообще совсем не получился. Получилось куча левых технических загогулин. Да еще какая-то закорюка с вопросом, посуровее чем в си. Конечно на си тоже можно писать в стиле ??!??! oh_wtf(lol). Но обычно так тоже не делают если оно не obfuscated code contest. А в какое-то менее похабное макро такие вещи на хрусте реально обернуть для типовых вещей? Или писать такое гамнище в логике кода - родовое проклятье и не лечится?
Простой пример, на сях можно и вот так сделать:

BEGIN_MENU(level1_menu)
    //     fast_key  entry text         function
    MENU_ENTRY('1', "Do something!"    , handler_1)
    MENU_ENTRY('2', "Do something else", handler_2)
    ...
END_MENU(level1_menu)

На самом деле это, конечно, декларит некий const menu_entry_t level1_menu[] и вон то лишь заполняет массив структов. Однако caller ту техническую трахомудию в принципе не видит! Ему, вот, милый синтаксис генерации менюшки с прибамбасами, без единой левой закорюки. И сильно накосячить не даст, устроено унутрях так, и генерация struct. А функции работы с этим типом данных, параноидально чекающие что подсунули, при непонятках заканчивающие парсинг, написаны 1 раз и их вообще трогать не надо для очередной менюшки.
По поводу чего основной код оказывается милым, читабельным, а добавить еще 2 записи меню совершенно не чревато багами. А на хрусте что-то такое вообще можно? И если да то почему они вон тот мерзотный синтаксис на бошку вываливают? И после этого хрустики вопят что си корявый, а раст высокоуровневее? Эм, а это точно? Почему-то пример сравнимого по лаконичности кода на хрусте мне ни разу в жизни не попадался. Это реально организовать? И если да то почему вместо этого - вон тот птичий язык, в 2 раза хуже чем на си?

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

384. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +2 +/–

Сообщение от Аноним (318), 20-Мрт-21, 22:56

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

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

399. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +/–

Сообщение от Аноним (-), 21-Мрт-21, 00:38

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

> И это без наверное главных фишек раста вроде borowing, ownership и lifetimes.
Так то я даже не спорю что в расте есть некоторые здравые идеи. Но они ориентировались все же на full blown апликухи в основном, а про аналог "freestanding" из C99 кажется не очень задумывались.
> Да тут очень долго можно перечислять. Потому что си это по факту
> переносимый человекочитабельный ассемблер.
И зачастую именно это я на допустим микроконтроллере и хочу - очень тонкая прослойка между мной и железом. А потому предсказуем чуть ли не потактово и я на уровне интуиции понимаю какой код и данныые будет вот тут.
> А синтаксис - это вкусовщина. Кто-то обожествляет лисп, а других от него
> блевать тянет. Или паскаль (хехе, begin-end). Но минимального знания раста дальнейший
> разговор не имеет смыслы - вы просто не совсем понимаете что там написано.
Насчет вкусовщины - на мой вкус даже в сях довольно много закорюк, у которых с читаемостью "не очень". Имхо зря rust усугубляет это. Я конечно понимаю что клаву топтать всем впадлу но все же. А больше всего в подобных вещах анноят всякие не однозначно трактуемые символы и проч, если на мой вкус.

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

420. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +1 +/–

Сообщение от Аноним (318), 21-Мрт-21, 13:02

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

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

483. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +1 +/–

Сообщение от Аноним (-), 27-Мрт-21, 06:41

> То тогда это другая проблема.
Нельзя более общо сделать было? Это ж частный случай проверок параметров.
> Субъективно - вопрос для опшинал параметров много где используется - в Kotlin
> и Swift точно. Это уже нормально для для тех кто с ним знаком))
Ну знак вопроса хрен с ним. А всю такую штуку на полэкрана реально оформить макро с говорящим названием вместо печати таких прелестей?
> fn(b: String?) - тут вам пришла строка, но это не точно, поэтому проверьте что там
С одной стороны идея интересная. С другой это звучит как поле для грабель и могу себе представить что в safety critical если оно дотуда доберется это позапретят нафиг.

> Скорее нет, чем да. Во-первых оно занимает всего один символ (это если
> про ?, а если про цепочку вызовов, то никто не мешает их написать каждый одной строкой).
А оформить всю подобную цепочку и т.п. каким-нибудь коротким макро реально?
> Вы просто не сможете передать в fn(a: String) параметр String? - компилятор не пропустит.
Вот мне и стало интересно насколько далеко раст умеет заходить с compile-time проверками. Просто глупо если компилер внутрях умеет в range-check но наружу это не вывешено особо.
> Т.е. есть туда может придти null - то на каком-то этапе вам
> придется проверить 1 (один!) раз, а дальше работать как обычно -
Я и так все входные параметры функции 1 раз проверяю, в начале. Даже на си. Это тупо стандартное требование всех safety-critical и т.п. гайдов. А фича то в чем?
> или вы проверяете внутри своей функции если допускаете такое и возвращаете
> ошибку, или обязываете вызывающую сторону гарантировать валидность входного параметра.
Мне был интересен случай когда функция жрет заведомо ограниченный range параметров и было бы очень круто если бы компилер мог проверить что они всегда именно такие. Да, это подразомевает некие ограничения (вычисляемые в runtime значения поддаются этому только частично).
> А профит в том что проверка в compile time.
Это то хорошо, мне такие вещи нравятся.
>> Они видите ли ни в раз не позиционируются как системные яп...
> И это не повод не взять из них хорошую идею)))
То что хорошо для мягкотелых хипстеров - порой острый нож в системщине. Вон питонятина постоянно валится с рантайм еррором. А если так фирмварь гироскутера будет, хипстер станет с синим лицом, беззубый, и гироскутер продаст от греха.
>> Все меню в итоге являет собой одну большую *константу*
> Ну что ж вы сразу не актцентировали на этом внимание)
Собссно прелесть макро в сях в том что оно generates no code, а const не даст это менять, учитывая что это массив struct разного размера это предотвращает много стремных ситуаций. Compile-time генереж таким манером заполнит как надо а в рантайм его никто не трогает. Места для лажи мало.
> Вот пример полностью precomputed в compile time - как локальной, так и
> глобальной: https://play.rust-lang.org/
Что-то не грузится. Может ему tor не нравится? Или кто там его знает. На что-нибудь менее переросточное типа paste.debian.net можете закинуть?
> Конкретно эта штука - нет. Она решает одну конкретную задачу.
А в чем прикол выделить null из всех остальных ограничений? Я бы сказал что он наименьшая проблема т.к. за его дереференс при правильном определении обычно дает в репу само железо, кроме, разве что AVR и PIC каких.
> проверять разные вещи для const объектов в compile time. Возможно это
> можно сделать макросом самому, но я вряд ли смогу.
Ну вот на сях я это макросом смог, но сильно более жесткие ограничения чем компилер на самом деле внутрях видит, судя по тому как он лихо убил половину проверок, доказав что никогда столько не передается, и выкинув пару веток кода вот так влегкую.
> Вот что в данный момент раст может делать в compile time -
А там можно например тип enum сделать и рубать компил если параметр содержит что-то отличное от фиксированного значения опций? Это наверное катит только для небольшого числа значений, но все же?
> Насколько я знаю "Const generics" (https://github.com/rust-lang/rust/issues/44580)
Чудесатая штука. Хотя я бы сказал что трансмутации съели мой мозг... блин, глядя на это могу себе представить what it takes взять массив адресов и сказать что это у меня функции с прототипами (ничего особенного, типа bios-интерфейса к boot loader, чтобы основной код мог вызывать некоторые функции, хоть бут и отдал рули уже давно).
> его лимиты от 1 до 100. Но пока насколько я вижу оно еще не готово.
Вот это было бы весьма забавной фичой. Но глядя на те навороты я совершенно не уверен насколько это все safe и predictable все это может быть в именно махровой системщине.
> Плюс - ваш пример по фирмварю гироскутера это уже эмбедед, а не системщина.
> Тут можно начать спорить что такое системщина, а что нет,
> но предложу чтобы в этом вопросе каждый остался при своем мнении.
Я считаю что это частный случай системщины. Взбрык кернела или системной либы не сильно лучше взбрыка фирмвари. Особенно если оно там какой-нибудь поезд вело. А люди видите ли стали юзать компьютеры много для чего, в том числе и более компьютерообразные для более общей координации.
> Если это было про меню, то вроде показал,
То что его можно сделать похоже я догадался, но как это сделать хотя-бы настолько же симпатично (без левых кейвордов и проч в заполнении структуры) мне все же не особо очевидно.
> если про лимиты для параметров - то сорян, я не настолько крут. Но варианты решения
> есть выше.
Просто лимиты параметров ... ну вот напрягающая штука. Рантайм факапы мне не нравятся.
> Да, наверное они действительно ориентировались на универсальный язык. Поэтому там много
> высокоуровневых вещей вроде элементов функционального программирования.
Я заметил. И к сожалению это делает понимание того что происходит сильно менее тривиальным.
1) Чем сложнее и концептуальнее код, тем меньше людей в него въедет.
2) Чем сильнее закручены абстракции, тем больше шансов что их поймут неверно.
3) У плюсовиков это стало просто их стандартной граблей в результате.
4) В системщине хочется понимать что во что реально трансформируется. Вплоть до секвенсинга байтиков по шинам точным паттерном. Железки так сделаны.
> Но, в раст есть "режим" no_std, кмк это аналог freestanding.
Вот это похоже на правду.
> Если писать в этом режиме то оно вполне работает на микроконтроллерах.
Ага, вижу. По своему забавно. И все же, дорогие рустеры...

// Turn off the East LED
    gpioe.bsrr.write(|w| w.br11().set_bit());

У меня это было бы
EAST_LED_ON;
или
EAST_LED_OFF;
...вместо той лабуды. Да еще с дико эффективным оперделением (1 запись в регистр, пара команд на асме будет). А макросы еще и позволят определять EAST LED как какой-нить
PIN_XDEF(EAST_LED, PORT_A, 4)
(на самом деле волшебную константу делает, где вкодирован и порт и пин, 100% compiletime и дико эффективно). Ахтунг, PIN_XDEF нестандартен - мое макро, идея у кого-то подсмотрена.
Или настройка пина после вон того могут быть так:
pin_setup(EAST_LED, OUTPUT_50MHZ_PUSHPULL). Да, без ооп, зато просто как топор, понятно даже дауну, и хотя это функция, компилер ухитряется на удивление заинлайнить только очень частный code path, столь же крутой как лобовая запись регистра константой. Заодно конкретные порты, биты и проч нигде не фигурируют. А высокоуровневые чуваки навернули ... какие-то дико странные абстракции и вышло что код на сях зело высокоуровневее, лаконичнее, и бинарь раз в эн меньше, не? :)
> PS: я не пытаюсь вас убедить бросить си и начать писать на
> расте. Скорее в том что добавление возможности писать драйверы на нем
> не сделает ядру хуже.
Может быть. Но честно говоря синтаксис у раста все же какой-то разлапистый и не очень консистентный на первый взгляд. А в вон том примере с мк абстракции сделали ... весьма странно, как по мне.
В любом случае, спасибо за insight, было интересно. И вообще это какжется первый рустер который более-менее в курсе inner working. Ну, не люблю черную магию сделаную богами. Системщина о том чтобы самому ее уметь...

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

421. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +/–

Сообщение от Аноним (318), 21-Мрт-21, 13:08

И еще на счет системщины: на расте уже смогли написать микроядро и ОС и оно работает на реальном железе. В ней много чего нет, что-то стянули с линукса, где-то жестко срезали углы (как с той "утечкой" памяти - одной из вещей которую любят тут форсить), но это показывает что возможности языка достаточны для написания ос с нуля.
И да - раст может делать сисколы, может вызывать асм вставки, может собираться в минимальный бинарник.

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

468. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +/–

Сообщение от Аноним (-), 24-Мрт-21, 01:03

> И еще на счет системщины: на расте уже смогли написать микроядро и
> ОС и оно работает на реальном железе.
ЕЩЕ там хватало asm и unsafe, насколько я помню поклацав по диагонали сорец в репе. При этом я имею наглость заметить что ASM - не раст. Как впрочем и не си. А unsafe отправляет в лес обещания безопасности про которые столько задвигали.
> но это показывает что возможности языка достаточны для написания ос с нуля.
С asm написать ОС можно вообще без ЯП, проверено колибри.
> И да - раст может делать сисколы, может вызывать асм вставки, может
> собираться в минимальный бинарник.
А насколько минимальный? Я сями микроконтроллер без асма и чужих объектников поднял. Но вообще замах неплохой и некоторые идеи типа borrow checker здравые.

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

414. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +1 +/–

Сообщение от боня (?), 21-Мрт-21, 10:32

> 1) Это как раз и есть засорение системы - не трекаемое пакетным менеджером васянское барахло.
растап устанавливает компилятор внутрь вашей домашней папки и не требует привелегий рута
> Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); явно не выглядит офигенно
Че вы зацепились за эту строчку? Во первых тут понятно что происходит, во вторых - это скорее всего не рядовое использование, а оптимизация. Любые оптимизации будут выглядеть немножко странно и не предназначены для того, чтобы вы ими любовались.
"читаемый и клевый код" это субъективное понятие, искажённое вашим собственным опытом, нельзя так просто вырвать одну строчку и тыкать ей в каждом посте и говорить "мне не нравится, не офигенно".
Складывается впечатление, что вы не разобрались в вопросе и делаете предварительные заключения основываясь ни на чём

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

469. "В ветку ядра Linux-next добавлен код для разработки драйверо..." –1 +/–

Сообщение от Аноним (-), 24-Мрт-21, 01:14

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

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

471. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +1 +/–

Сообщение от боня (?), 24-Мрт-21, 10:10

> Я как раз не хочу левое исполняемое барахло в системе untracked by package manager.
Установите из пакетного менеджера.
> А конкретно rustup еще и не проверяет что и кто ему налил.
Почему вы так считаете? Проверяет же.
> Как впрочем и карго.
02298
В карго вы имеете возможность указать путь к зависимостям и на 100% контролировать код, на который вы ссылаетесь. Можно указать например папку на файловой системе или удалённый гит-репозиторий.
> Мне так по жизни не нравится когда техническая галиматья занимает полскрина. Люблю читаемые и понимаемые программы.
Если хотите абстрагироваться от технических подробностей и писать чистый код, то для вас уже придумали такие замечательные языки как например Котлин или с#. Если вы совсем тупой - вы можете попробовать заняться разработкой на джаваскрипте или питоне.

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

475. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +/–

Сообщение от Аноним (-), 26-Мрт-21, 10:06

> Установите из пакетного менеджера.
Он там все же не "месячной давности". По поводу чего и получается что подобное требование весьма неудобное. Жизнь на вулкане нравится не всем.
> Почему вы так считаете? Проверяет же.
Орда дал мне ссыль на секурити аудит всего этого и там английским по белому написано что не проверяет. И вообще, эти безопасТники чуть не пайп в шелл с ремотного сайта предлагают. Если кто не врубился: в этот момент ремотный сайт получает полное управление. Без какой либо проверки этого шелскрипта.
> контролировать код, на который вы ссылаетесь. Можно указать например папку на
> файловой системе или удалённый гит-репозиторий.
А дефолтовая централизованая репа мало того что рулится хзкем так еще и гарантий что налилось именно то что попросили - толком не дает. Теоретически там HTTPS, но сам по себе HTTPS не дает никаких гарантий origin данных или их аутенитчности. Поэтому если хакер Вася взломает репо и запихнет троян, он с чистой совестью скачается без каких либо предупреждений.
Заметьте, этот номер не катит с моим пакетным менеджером: там файло подписано ключом майнтайнеров, которого у хакеров нет. И соответственно заменить пакет на левак не получится. А если мне хочется свое репо - можно свой ключ добавить, тогда пакетник будет доверять еще и вот этому вот. ЧСХ оно такое уже более 10 лет, но до вебманки как до жирафа. Зачем мне та пародия на пакетный менеджер, когда у меня вот такое есть? Это "апгрейд" разве что для юзеров маздая. А для меня это махровый даунгрейд по всем аспектам управления компонентами в системе.
Потому что мало того что второй дублирующийся компонент делающий то же самое, так еще недопиленый и убогий. А преподносится как "фича".
> Если хотите абстрагироваться от технических подробностей и писать чистый код, то для
> вас уже придумали такие замечательные языки как например Котлин или с#.
Ага, напишите мне на них фирмварь для STM32. Или почему бы фирмвари мк не быть с чистым кодом? Чтобы там баги лепить проще было? Ух, а баги там - последнее что мне бы хотелось.

> Если вы совсем тупой - вы можете попробовать заняться разработкой на
> джаваскрипте или питоне.
Лол. Я так то умею немного на JS прогать, но абсолютный минимум потребный для создания вебморд в которые показывается статус хитрых делезок. И вот это - по совсем уж останочному принципу.

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

240. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +3 +/–

Сообщение от burjui (ok), 20-Мрт-21, 11:15

$ pacman -S rust
Действительно, через детскую жопу сделано, и этим нас кормят в 2021 году?! Должно устанавливаться силой мысли!

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

375. "В ветку ядра Linux-next добавлен код для разработки драйверо..." –1 +/–

Сообщение от Аноним (-), 20-Мрт-21, 22:18

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

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

390. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +/–

Сообщение от burjui (ok), 20-Мрт-21, 23:28

А в чём разница?

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

401. "В ветку ядра Linux-next добавлен код для разработки драйверо..." –1 +/–

Сообщение от Аноним (-), 21-Мрт-21, 01:09

> А в чём разница?
1) В том что обычно там йогурты и пакманы не в почете.
2) Требование распоследнего компилера означает что этого скорее всего нет в репах.
3) БезопасТность rustup'а с какого-то васянсайта, без проверок подписей? Ну, э, лол!
4) Кстати то же самое и карго-культа касается. Это мне орда подогнал security analisys. Я его про safety на самом деле спрашивал, но за неимением арфы и бубен, вот, сгодился.
5) Компилер которому менее месяца означает что все его баги вы на раз и соберете на своем заду самолично. И совсем не факт что в это было частью плана, особенно в продакшне.

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

412. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +2 +/–

Сообщение от боня (?), 21-Мрт-21, 10:00

> Теперь так на продакшне попробуй.
арч на продакшене?

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

167. "В ветку ядра Linux-next добавлен код для разработки драйверо..." +/–

Сообщение от Аноним (-), 20-Мрт-21, 02:38

покажи-ка, что ты там напрограммировал, трепло

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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