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

"Пятая редакция патчей для ядра Linux с поддержкой языка Rust "	+/–
Сообщение от opennews (??), 13-Фев-22, 11:53
Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux пятый вариант компонентов для разработки драйверов устройств на языке Rust. Поддержка Rust рассматривается как экспериментальная, но уже включена в ветку linux-next и достаточно развита для начала работы по созданию слоёв абстракции над подсистемами ядра, а также для написания драйверов и модулей. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56691
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 13-Фев-22, 11:53	+10 +/–
теперь память будет течь как водопад еще в самОм ядре
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4, #44, #316

2. Сообщение от анонист (?), 13-Фев-22, 11:54	+13 +/–
A до этого не текло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #141, #165, #293

3. Сообщение от . (?), 13-Фев-22, 12:02	+25 +/–
Теперь будет течь безопасТно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от Аноним (4), 13-Фев-22, 12:08	–1 +/–
Сборка мусора не может предотвратить утечку памяти. Не существует способа избежать всех возможных утечек памяти, если вы используете Тьюринг-полный язык программирования. Чтобы это понять нужно знать что такое утечка памяти. Старайтесь больше так не ошибаться, если вы программист.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #17, #142

6. Сообщение от Vlad (??), 13-Фев-22, 12:13	+4 +/–
Может просто стоит внедрить статический анализ в разработку на си?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #12, #25, #32, #248, #263

7. Сообщение от Аноним (4), 13-Фев-22, 12:15	+5 +/–
Кстати в Rust аффинные типы, которые в некотором роде позволяют избежать утечек памяти. Выходя за пределы скоупа объект будет уделен.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #15

8. Сообщение от Аноним (4), 13-Фев-22, 12:17	+5 +/–
Естественно эти инструменты уже используются ядро чуть ли не всем IT-миром пилят. Но они не помогают в 100% случаев, о чем могут свидетельствовать многочисленные CVE-шки ядра по работе с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #9

9. Сообщение от Самокатофил (?), 13-Фев-22, 12:24	–1 +/–
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust о чем могут свидетельствовать многочисленные CVE-шки по работе с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #79

10. Сообщение от Аноним (10), 13-Фев-22, 12:25	–3 +/–
Тогда лучше уж Vala, какой смысл в этом Rust?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #413

11. Сообщение от Аноним (-), 13-Фев-22, 12:26	+11 +/–
Новость на опеннете: > Пятая редакция патчей для ядра Linux с поддержкой языка Rust Оригинальная новость на Форониксе: > Rust For The Linux Kernel Sent Out For Review A Fourth Time > With this weekend's Rust for Linux v4 patches the Rust kernel modules can remove some boilerplate code with certain Crate attributes no longer needed 👏
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #21, #57

12. Сообщение от anonymous (??), 13-Фев-22, 12:28	+4 +/–
Си недостаточно выразителен семантически. Например, там нет borrowing. В результате, статический анализатор не в курсе как код должен работать и не может сообщит об ошибке. В теории можно просто кастомно расширить Си, его компилятор и переписать всё ядро на новый Си. Но зачем, если работа уже проделана в Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #19, #64

13. Сообщение от Самокатофил (?), 13-Фев-22, 12:29	+5 +/–
> в некотором роде Хах) Типа позволяют избежать, но это не точно? :) ресдох подтвердит. Насчет "скоупа": поосторожней с этим, https://github.com/jeromefroe/lru-rs/issues/120
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16

14. Сообщение от Хакер2005 (?), 13-Фев-22, 12:33	–7 +/–
Ура! Давно пора!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #63

15. Сообщение от Аноним (4), 13-Фев-22, 12:34	+1 +/–
Это как сборка мусора, только без подсчета ссылок на каждый объект (без рантайма). И без "остановки мира" (остановки всех потоков) на освобождение памяти. На данный момент самые лучшие сборщики мусора и популярных языков скорее всего реализованы в Go и C#. В GO например событие остановки мира имеет дедлайн всего в 10 мс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #22, #134

16. Сообщение от Аноним (4), 13-Фев-22, 12:35	+2 +/–
Нет, просто некоторые из них позволяет. Но не все. Также как языки со сборкой мусора. Но не больше них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #23

17. Сообщение от Самокатофил (?), 13-Фев-22, 12:35	–7 +/–
> Сборка мусора не может предотвратить утечку памяти. А use-after-free раст может предотвратить? А buffer overflow? А UB? Нет? Да что ж такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #24, #262

18. Сообщение от Аноним (165), 13-Фев-22, 12:35	+13 +/–
Даже счетчики текут. Как так жить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

19. Сообщение от Самокатофил (?), 13-Фев-22, 12:36	+2 +/–
Так и расту эта выразительность не помогает. Сношаться с кодом только помогает, а уязвимости как были так и есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #27, #442

20. Сообщение от Rejedai (?), 13-Фев-22, 12:37	+13 +/–
Вот правда, я был одним из тех кто иногда даже защищал rust (мне в целом нравится синтаксис), но когда пару дней назад я чистил папки с проектами и aur-хелпераси, и увидел что даже простенькая утилита тянет за собой набор зависимостей на пару гигабайт (чего не делают даже довольно крупные проекты на java с js) я понял что слишком сыро. На мой взгляд пока раст не начнёт использовать системные библиотеки, лучше этим не пользоваться. Да безопасность, но за счёт чего? За счёт того что в один исполняемый файл по сути вшиваются библиотеки, которые уже есть могут быть в системе. Это безусловно может быть полезно в облаке, где может быть ограниченный набор устанавливаемых пакетов, но давайте хотя бы линкеры как в сях. Если не прав, можно конструктивную критику и поправления, а не "ты дурак ничего не знаешь".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #28, #51

21. Сообщение от Анонн (?), 13-Фев-22, 12:39	+3 +/–
Это просто как считать. У них там до v1, v2, v3 была итерация с самим RFC. Так что это обсуждение пятое по счету, но патч четвертый. Ведь сложно сделать патч без initial commit)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

22. Сообщение от Аноним (165), 13-Фев-22, 12:41	+/–
> дедлайн всего в 10 мс. По прерыванию таймера решает NP-полную задачу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #43

23. Сообщение от Самокатофил (?), 13-Фев-22, 12:41	–3 +/–
>Нет, просто некоторые из них позволяет. Но не все. И провоцируют другие уязвимости. >Также как языки со сборкой мусора. Но не больше них. На языках с gc удобно писать, в отличие от. Там не ты выполняешь роль gc, как в расте. Потому что занимаясь этой ненужной работой, ты попутаешь лайфтаймы и допустишь use-after-free.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #31

24. Сообщение от Аноним (4), 13-Фев-22, 12:43	+6 +/–
Безопасное подмножество Rust может. Это сводит к минимуму место локализации ошибки и упрощает code review.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #30, #105, #151

25. Сообщение от Ан (??), 13-Фев-22, 12:43	+5 +/–
Есть такие штуки: https://github.com/microsoft/checkedc https://dlang.org/spec/betterc.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

26. Сообщение от Аноним (26), 13-Фев-22, 12:44	+6 +/–
А потом среди этой кучи либ обязательно заберется бэкдор и начнется: "ой, как так то?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

27. Сообщение от Аноним (4), 13-Фев-22, 12:48	+4 +/–
Уязвимости никуда не денутся, но благодаря подходу Rust их становится меньше. А при использовании идиоматичного Rust еще и без ущерба производительности. Например итераторы по коллекциям там где существует последовательное индексирование не приводят к проверкам убежавших индексов / Парсеры (типа Nom) в подходящие струкуры где требуется работа с индексами. Опять же чтобы не пришлось индексировать и для удобства работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #54, #120

28. Сообщение от Анонн (?), 13-Фев-22, 12:49	+3 +/–
А пример какой-тотакой утилиты можно? Не то чтобы я совсем не верил, но "пара гигабайт" звучит ну как-то очень много...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #77

29. Сообщение от Аноним (10), 13-Фев-22, 12:50	+2 +/–
Давно пора что? Пятую попытку делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #224

30. Сообщение от Самокатофил (?), 13-Фев-22, 12:52	+3 +/–
>Безопасное подмножество Rust может. Неюзабельно. Хелловорд в вакууме безопасен, но реальная жизнь выходит за рамки хелловордов. Это может шокировать растоманов, прости. >Это сводит к минимуму место локализации ошибки и упрощает code review. Это с чего вдруг? Я уже скидывал тут ссылку на уязвимость use-after-free. Там рядом unsafe, но уязвимость не в unsafe. В прошлом треде, видимо какая-то эйчарка вроде сквирти или автобусника увидела там ансейф и её триггернуло что уязвимость в этом. Но нет. Второе: посмотри на список CVE что тут скинул. Сколько из них найдено в процессе ревью?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #34

31. Сообщение от Аноним (4), 13-Фев-22, 12:53	+1 +/–
>И провоцируют другие уязвимости. Не провоцирует другие уязвимости. Приведите пример. >Потому что занимаясь этой ненужной работой, ты попутаешь лайфтаймы и допустишь use-after-free. Это не правда. Ты не можешь попутать lifetime в Rust. У тебя программа не скомпилируется. Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких языках программирования как C/C++. Если ты хороший программист, и не хочешь ошибки по памяти. А тут тебе их НАДО указывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #36, #39, #49

32. Сообщение от Анонн (?), 13-Фев-22, 12:55	+/–
В полной мере это будет невозможно сделать никогда. В ядре слишком много г̶о̶в̶н̶о̶к̶о̶д̶а̶ оригинальных решений и оптимизаций, от которых даже cppcheck начинает сходить с ума. Только для отдельных модулей и то в ограниченном виде. Это как с чьим-то предложение внедрить MISRA C в ядро. Трижды ха)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #40

33. Сообщение от keydon (ok), 13-Фев-22, 12:57	+16 +/–
Список изменений как бы намекает, что квадратное впихивают в круглое, но гугл силен, поднажмет и  отверстие станет квадратным.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #124

34. Сообщение от Аноним (4), 13-Фев-22, 12:59	+3 +/–
>Неюзабельно. Хелловорд в вакууме безопасен, но реальная жизнь выходит за рамки хелловордов. Это может шокировать растоманов, прости. Юзабельно это доказывают многие проекты написанные на Rust. Движок firefox Микро VM https://github.com/firecracker-microvm/firecracker JS рантайм с полсотней контрибьюторов https://github.com/denoland/deno автор Curl переписывает его на раст. Prime Video написали приложение на раст для 8000 устройств 35000 строк скомпилировали в 150кб https://www.amazon.science/blog/how-prime-video-updates-its-... Операционная система, которая уже работает на устройствах https://www.redox-os.org/screens/ Заметь, это не библиотеки а реальные проекты. Те кто отбразывают Rust - отбрасывают будущее. >Там рядом unsafe, но уязвимость не в unsafe. Уязвимость в unsafe. Если бы небыло unsafe не было бы и use-after-free. Понятно что мир UB широк и многогранен и code-review даже маленького участка unsafe (по-сути Сишного кода) требует необходимых знаний. Но это все же лучше чем 100% unsafe коим являются программы написанные на С/С++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #46, #91, #174, #384

36. Сообщение от Самокатофил (?), 13-Фев-22, 13:02	–4 +/–
https://github.com/jeromefroe/lru-rs/issues/120
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #48, #83

37. Сообщение от Аноним (165), 13-Фев-22, 13:03	–1 +/–
в этой теме тех, кто в начале не пишет вывод `uname -a`, надо банить по юзер-агенту.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

38. Сообщение от Аноним (38), 13-Фев-22, 13:07	+5 +/–
Зачем это легаси поддерживать? Пилили бы свой Redex тупо переписывая драйвера с опастного си А коммьюнити постепенно обросло бы а так выглядит как попытка переманить закоренелых линуксойдов... Там уже маразм скоро у некоторых наступит а они пыхтят
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #188

39. Сообщение от Самокатофил (?), 13-Фев-22, 13:07	+/–
> Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких языках программирования как C/C++. Вся соль в том, что я буду брать лучшие, оттестированные на всех хардварных/софтверных платформах любы на с/с++, и буду думать над задачей в предметной области, а не мотаться по вашим крейтам и перебирать хелловорды или изоьретать велосипед с нуля. А безопасность оплатит бизнес, да еще даст заработать хакерам на баунти, да обмажемся всевозможными линтерамм и чекерами, и тд и тп. Если нужно. Если не нужно -- так я и не заплатил за это страданиями на расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #53, #65

40. Сообщение от Аноним (215), 13-Фев-22, 13:07	+/–
> MISRA C в ядро А что на MISRA сказали? Интересно даден
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #50

41. Сообщение от Анонн (?), 13-Фев-22, 13:10	+1 +/–
А что удивительного в том, что его приходится допилить для использования в ядре? Требования к коду ядра мягко говоря специфические. Вспомните сколько пришлось сделать чтобы оно компилилось шлангом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

42. Сообщение от Шарп (ok), 13-Фев-22, 13:10	–4 +/–
Лучше бы c++ запилили в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #60, #99, #393, #400

43. Сообщение от Аноним (4), 13-Фев-22, 13:10	+1 +/–
Нет, по прерыванию таймера освобождает объекты которые до этого, в процессе работы, пометил на освобождение. Горутины доходят до барьера, и когда все дошли происходит освобождение ресурсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

44. Сообщение от ИмяХ (?), 13-Фев-22, 13:10	+/–
Будет все падать и сыпаться. Никто не украдёт данные с жёсткого диска, если он сгорит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

45. Сообщение от ИмяХ (?), 13-Фев-22, 13:13	+6 +/–
"uname" не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #56, #137

46. Сообщение от Самокатофил (?), 13-Фев-22, 13:13	+1 +/–
>Заметь, это не библиотеки а реальные проекты Это не проекты, а петпрожекты,  уязвимости в которых нашли по чистой случайности, потому что никто их не использует и никому не интересно в них искать уязвимости. > Те кто отбразывают Rust - отбрасывают будущее. Светлое будущее хоть? :-D > Уязвимость в unsafe. Да фиг с тобой, пусть ансейф. Приятно видеть как ты метаешься между "идеоматичным растом" и даже хелловордом, требующим ансейф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #55

47. Сообщение от Аноним (215), 13-Фев-22, 13:13	+2 +/–
Там сборка мусора
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #97

48. Сообщение от Аноним (4), 13-Фев-22, 13:15	+2 +/–
Коммит с фиксом вы так и не посмотрели, он относится к небрежной проверке unsafe кода. https://github.com/jeromefroe/lru-rs/pull/121/commits/416a2d... Про аффинные типы вы так и не ответили. Они не провоцируют появление других ошибок, приведите пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #59, #121

49. Сообщение от keydon (ok), 13-Фев-22, 13:15	+1 +/–
> Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких > языках программирования как C/C++. Сколько вы еще С++99 будете вспоминать? Уже 23 года прошло. В современных плюсах есть RAII.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #58, #61, #106, #374, #411

50. Сообщение от Анонн (?), 13-Фев-22, 13:15	+/–
Примерно тоже самое. Текущий код перевести слишком трудозатратно - это по сути переписать (не с нуля конечно, но это мало помогает) гигатонны кода, протестить его на всех платформах (в том числе уже подохших), найти и исправить ошибки. Плюс еще и заставить так писать всех сторонних кто коммитит в ядро (вдрайвера напр.) Это просто нереально ни по времени, ни по финансам. Намного дешевле раз в неделю исправлять CVE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

51. Сообщение от Gedweb (ok), 13-Фев-22, 13:15	+3 +/–
Это зависимости для сборки, а не конечное приложение. В C это не так заметно, потому как заголовки сами по себе весят значительно меньше и размазаны по системе (если говорить про линукс). Дискуссии на тему статической и динамической линковки это древний холивар. Rust умеет оба варианта, но статическая идёт по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #78

52. Сообщение от Аноним (165), 13-Фев-22, 13:17	+/–
Придется пилить c++ без исключений и rtti. Простое выключение даст примерно такой же результат, как rust с паниками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #86

53. Сообщение от Аноним (4), 13-Фев-22, 13:20	+/–
>а не мотаться по вашим крейтам Rust это не только крейты. " В дополнение сборщику  проекта (cargo build) и линтеру (cargo clippy), вы получаете Искаропки  Работает™ систему документации API (cargo doc), форматировщик кода  (cargo fmt) с выработанными сообществом предустановками стиля, и  замечательно интегрированным стандартным фреймворком для автоматического  тестирования (Аннотация #[test] чтобы указать что функция является  юнит-тестом, папка "tests" для интеграционных тестов, любые кусочки кода  в вашей документации будут, по-умолчанию, запущены как тесты  документации, для проверки их корректности на текущей кодовой базе и для  уменьшения количества тестов, которые вам требуется написать) " >А безопасность оплатит бизнес, На этом дискуссию можно и закрывать. >Если не нужно -- так я и не заплатил за это страданиями на расте. Поскольку Rust (со стандартными библиотеками и крейтами) является скорее заменой C++ а не Си, я с уверенностью заявляю что он проще в освоении чем С++, проще в использовании, и гораздо безопаснее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #66

54. Сообщение от keydon (ok), 13-Фев-22, 13:22	+1 +/–
> Уязвимости никуда не денутся, но благодаря подходу современного C++ их становится меньше. Когда дело касается голого маркетинга, а не фактов, то повернуть стрелочку можно не просто, а очень просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #67, #68, #140

55. Сообщение от Анонн (?), 13-Фев-22, 13:22	+5 +/–
Это не он метается, а ты продолжаешь клоунаду в очередной теме показываю свою некомпетентность - не понимаешь (или специально пишешь фигню) про возможности языка и их ограничения. Поэтому тебе приходится в каждой теме срать про ту самую утечку памяти и перепутанный знак. Потому что остальные аргументы сдулись. Это даже не троллинг, а какое-то уныние.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #318

56. Сообщение от Аноним (165), 13-Фев-22, 13:23	+/–
Вот и пиши на русте модули ядра, под чем ты сидишь. А то, как малолетняя шпана бегаете по чужим огородам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #74

57. Сообщение от Аноним (57), 13-Фев-22, 13:26	+3 +/–
В новости есть ссылки на предыдущие 4 набора патчей. Первой была нулевая версия, поэтому v4  - пятая публикация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #135

58. Сообщение от Аноним (4), 13-Фев-22, 13:27	–3 +/–
Даже такое простое и базовое RAII как unique_ptr не позволяет избежать оверхеда в рантайме. https://www.youtube.com/watch?t=1061&v=rHIkrotSwcc Не говоря уже о том, что грамотное применение этой "нашлепки" на язык делает код длиннее и запутанней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #127, #149, #264

59. Сообщение от Самокатофил (?), 13-Фев-22, 13:28	–4 +/–
А, так это ты с ансейфом бегаешь еще с прошлых тредов? Предупреждать надо. > Про аффинные типы вы так и не ответили. Ответил. Просто ты как обычно в глоза долбешсо. :-D Да и кстати, аффиные типы ток в расте есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #69

60. Сообщение от Аноним (60), 13-Фев-22, 13:29	+/–
Смысл менять сухое дерьмецо менять на свежее дерьмецо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

61. Сообщение от Анонн (?), 13-Фев-22, 13:30	–1 +/–
А причем тут с++? Новость по ядро и си. Для си RAII только в виде поделок васянов и в ядре его нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #153

63. Сообщение от Аноним (63), 13-Фев-22, 13:32	+2 +/–
Если тебе давно пора, то уходи, а то засиделся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

64. Сообщение от keydon (ok), 13-Фев-22, 13:34	+1 +/–
> В теории можно просто кастомно расширить Си, его компилятор и переписать всё ядро на новый Си. Но зачем, если работа уже проделана в Rust? Чтобы иметь все плюшки Си(++)? Чтобы не пришлось годами впиливать его в линукс и в гигантское количество другого софта? Чтобы не дублировать оптимизации по 100500 раз? Чтобы не плодить лишние сущности, не заставлять разработчиков выяснять различия и не раздроблять сообщество? Но конечно си контролировать было бы сложнее, это не раст, который можно выкупить у мозиллы. Хайп было бы сложнее поднять ("очередные изменения в си" вместо "новый выдающийся язык программирования"). А зарплата "редкого специалиста" будет побольше чем "пишу на современной версии" ("Ты еще и денег за это хочешь?!").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #71, #80, #445

65. Сообщение от Аноним (4), 13-Фев-22, 13:34	–1 +/–
>А безопасность оплатит бизнес, Возможно бизнес выберет не переплачивать за безопасность, а получить разработчика на Rust если в проект входит требование повышенной безопасности. Мне лично кажется это единственная надежда этого языка, там где SPARK это оверкилл и нужно "что-то похожее на кресты" чтобы в крайнем случае крестовика за месяц переучить (они схватывают концепции за месяц максимум, потому что Rust под них написан в основном)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #123

66. Сообщение от Самокатофил (?), 13-Фев-22, 13:40	–1 +/–
>Rust это не только крейты. Так в крейтах нифига нет. Это ж хелловорды недотестированные с кучей уядвимостей. Не только крейты, лол. :-D > " В дополнение сборщику  проекта (cargo build) и линтеру (cargo clippy), Исусья тряпка! Привязанный к одному маргинальному языку сборщик и линтер хелловордов. Выкидываю cmake/makefiles. Джайте джва! > cargo doc Исусья тряпка, привязанный к одному маргинальному языку аналог doxygen. > форматировщик кода  (cargo fmt) И если дядя решил ставить фигурную скобку на строке с блоком -- ты тоже привыкнешь. :-D > Аннотация #[test] Видели. Смешивание тестов и кода. Прекрасно, ящетаю. > На этом дискуссию можно и закрывать. Ой всё?!)) Растаман, возможно для тебя будет открытием, но за всё надо платить. > я с уверенностью заявляю бульк :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #73, #89

67. Сообщение от Аноним (4), 13-Фев-22, 13:40	+/–
Но это замедляет программу даже в простейших случаях ( https://www.youtube.com/watch?t=1061&v=rHIkrotSwcc ) , а также делает ее менее читаемой, поскольку эти инструменты не встроены в язык а являются дополнением стандартной библиотеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

68. Сообщение от freecoder (ok), 13-Фев-22, 13:44	+1 +/–
Да, благодаря подходу современного C++ их действительно становится меньше. Rust же продолжает развитие этой плюсовой линии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #371

69. Сообщение от др. Аноним (?), 13-Фев-22, 13:45	+5 +/–
> А, так это ты с ансейфом бегаешь еще с прошлых тредов? Предупреждать надо. Нет, это тебя уже несколько человек носом ткнуло - но ты, как истинный Экспертус Опеннета продолжаешь с умным видом нести пургу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

71. Сообщение от freecoder (ok), 13-Фев-22, 13:49	–1 +/–
Уже обсуждали и не раз, что просто расширить Си не получится, его придется переделывать. А тогда это будет уже и не Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #93

73. Сообщение от Аноним (4), 13-Фев-22, 13:53	–1 +/–
Поставляемый в комплекте не значит хуже чем сторонний. Хоть и сторонние инструменты в Rust подключить сложности не возникнет. Для многих программистов учить все эти возможные системы сборки, системы документации, тестирования может быть неприятно. Ведь поставщик компилятора не предусмотрел единой экосистемы. А тут как раз изкоробки есть. Наличие таких систем приводит к единообразию инфраструктуры, ускоряет развитие экосистемы, и помогает бизнесу - им не придется обучать новичка тому, что не относится непосредственно к написанию кода. Претензию тут можно сделать к отсутствию нужных фич. Это гораздо более прагматичный подход. >Видели. Смешивание тестов и кода. Прекрасно, ящетаю. В моем комменте же указана возможность создания интеграционных тестов. Будьте внимательней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #82

74. Сообщение от Аноним (-), 13-Фев-22, 13:54	–1 +/–
> А то, как малолетняя шпана бегаете по чужим огородам. Интересно, "огород ваш", потому что не одна тысяча строк в ядре за вашим авторством или как обычно, потому что "отправил багрепорт в убунту, внимательно следил за коммит-логами и носил маечку/пижамку с пингвинчиком"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #108

77. Сообщение от rj (??), 13-Фев-22, 14:00	+3 +/–
Я писал для себя простой парсер для стимовских vdf файлов, с онлайн редактированием под rocket (идея была в том, чтобы на пк-консоли все время работал steam под нативным композитором, а я редактировал библиотеку через ноут или смартфон) и выбором обложек из steamgriddb. А так тот же paru около гигабайта тянул. Vaultwarden дофига грузит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

78. Сообщение от Аноним (4), 13-Фев-22, 14:02	+6 +/–
Справедливости ради. Умеет в динамическую линковку, но без стабильного ABI скомпилированное на новом компиляторе может вызвать segfault если используется библиотека собранная старым компилятором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

79. Сообщение от Ананимус (?), 13-Фев-22, 14:03	+3 +/–
> GCC v12.0 was discovered to contain an uncontrolled recursion via the component libiberty/rust-demangle.c. This vulnerability allows attackers to cause a Denial of Service (DoS) by consuming excessive CPU and memory resources.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #85

80. Сообщение от Ольбертович (?), 13-Фев-22, 14:03	+/–
Вот именно, llvm лавочку потом тихо прикрыть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

82. Сообщение от Самокатофил (?), 13-Фев-22, 14:07	–1 +/–
>Поставляемый в комплекте не значит хуже чем сторонний Но оказывается хуже. Как функционально, так и тем что прибит гвоздями к одному маргинальному языку. > Для многих программистов учить все эти возможные системы сборки, системы документации, тестирования может быть неприятно. Да учиться вообще неприятно. Больно. Да и зачем, когда можно не учиться. Или вы предлагаете что-то одно якобы, и потом учиться не придется? Дык та же джава показала что это ложь. Растаманы перепишут потом всё, и опять учить придётся недоделанное, недоработанное, кое-как работающее. > В моем комменте же указана возможность создания интеграционных тестов. Что это меняет? Будьте внимательнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #103

83. Сообщение от freecoder (ok), 13-Фев-22, 14:07	+1 +/–
В данном примере имеется структура Iter<'a, ..> для которой задан лайфтайм. То есть, это ссылочная структура. Но среди ее полей нет растовых ссылок, а есть сырые указатели. Это значит, во-первых, что компилятор не будет отслеживать лайфтаймы автоматически для этих полей (сырые указатели не имеют лайфтаймов), а во-вторых, использование данных полей возможно только через unsafe (разыменование сырого указателя - это небезопасная операция в Rust). Говоря проще, указатель можно представить как ссылку, но это такая ссылка, время жизни которой компилятор знать не может. Поэтому при реализации безопасного интерфейса для ссылочного типа с лайфтаймами, которые "под капотом" используют сырые указатели, обеспечение корректности их работы ложится на программиста. Это обычная практика работы с unsafe в Rust и это то место, где вероятность допустить ошибку высока.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

85. Сообщение от Аноним (-), 13-Фев-22, 14:12	–4 +/–
>> GCC v12.0 was discovered to contain an uncontrolled recursion via the component libiberty/rust-demangle.c. This vulnerability allows attackers to cause a Denial of Service (DoS) by consuming excessive CPU and memory resources. И чо? Не было бы деманглера, не было бы и уязвимости, а значит это Раст все виноват!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #88

86. Сообщение от Аноним (86), 13-Фев-22, 14:14	+1 +/–
Можно и с исключениями, если все возможные типы исключений отлавливать. А если забыли, то да kernel panic. Я бы скорее stl запретил использовать в ядре, ибо жуткий легаси со смесью безопасного и небезопасного кода, а так же куча совсем не бесплатного оверинженеринга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #365

88. Сообщение от Самокатофил (?), 13-Фев-22, 14:18	–1 +/–
Сишники и цэпэпэшники не выпрыгивают из штанов, доказывая что у них серебряная пуля. Пишут компиляторы, улучшают анализаторы. Растаманьки самие пользуются результатом их трудов. Такова жизнь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #94, #95, #113, #275

89. Сообщение от Аноним (4), 13-Фев-22, 14:18	+2 +/–
>Видели. Смешивание тестов и кода. Прекрасно, ящетаю. Это не совсем так. Unit-тесты пишутся в конце файла и находятся в отдельном модуле tests. Код программы не может получить к ним доступ. (Только если убрать аннотации, и сделать функцию pub'личной) https://play.rust-lang.org/?version=stable&mode=debug&editio...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

91. Сообщение от Аноним (91), 13-Фев-22, 14:21	–2 +/–
> Движок firefox > Компания Mozilla передала движок Servo организации Linux Foundation https://www.opennet.ru/opennews/art.shtml?num=54102 Ахаха, вот так образец - всем образцам образец! Остальное - эталонное петпрожектное ненужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #98

93. Сообщение от keydon (ok), 13-Фев-22, 14:24	+3 +/–
> Уже обсуждали и не раз, что просто расширить Си не получится, его > придется переделывать. А тогда это будет уже и не Си. И где же это уже обсудили? И в чем проблема нарушить совместимость? В c++11, в python3, в raku, в lua это не было проблемой и никто не создавал новый язык ради переписывания стандартной либы и добавления статического анализатора в компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #107, #130

94. Сообщение от Аноним (4), 13-Фев-22, 14:26	–2 +/–
Про серебренную пулю ни кто не пишет. Кстати, многие из создателей языка Rust это компетентные крестовики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #96

95. Сообщение от Аноним (-), 13-Фев-22, 14:32	+1 +/–
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103841 >> Uncontrolled Recursion in libiberty/rust-demangle.c > Сишники и цэпэпэшники не выпрыгивают из штанов, доказывая что у них серебряная Как ты ловко перевел тему с очередного своего обсера ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

96. Сообщение от Самокатофил (?), 13-Фев-22, 14:38	–2 +/–
> Про серебренную пулю ни кто не пишет. Просто массовая галлюцинация :-D. Всем кажется. А софт, с тенденциозным именем, вроде "ripgrep" не существует. Как там кстати, рипгреп, поддерживает какие-нибудь регекспы акромя покоцаных растовых? Или "продолжаем хоронить grep since 2010"? :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #112

97. Сообщение от Аноним (10), 13-Фев-22, 14:41	–5 +/–
Там подсчёт ссылок, но оно не сильно медленнее Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #102

98. Сообщение от Аноним (-), 13-Фев-22, 14:42	+2 +/–
>> Движок firefox >> Компания Mozilla передала движок Servo организации Linux Foundation > https://www.opennet.ru/opennews/art.shtml?num=54102 > Ахаха, вот так образец - всем образцам образец! https://www.opennet.ru/opennews/art.shtml?num=45385 > Проект Mozilla представил Quantum, комбинированный браузерный движок для Firefox > 28.10.2016 13:49 Образец опеннетного ыкспертуса вульгариса. >> Firecracker was developed at Amazon Web Services to improve the customer experience of services like AWS Lambda and AWS Fargate . > Остальное - эталонное петпрожектное ненужно. Да, зато очень нужно Ценное Мнение опеннетных оналитегов ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

99. Сообщение от Аноним (10), 13-Фев-22, 14:43	–1 +/–
Можно спросить - а зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #192

101. Сообщение от Анон_из_Восточной_Европы (ok), 13-Фев-22, 14:47	+/–
Когда наконец народ наиграется в эзотерический раст и начнет пилить проекты на D.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #132, #139, #145

102. Сообщение от Аноним (109), 13-Фев-22, 14:47	–2 +/–
> Там подсчёт ссылок, но оно не сильно медленнее Си. У CPython, перла и PHP тоже "подсчет ссылок", если что ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #206

103. Сообщение от Аноним (4), 13-Фев-22, 14:47	–1 +/–
>Но оказывается хуже. Как функционально, так и тем что прибит гвоздями к одному маргинальному языку. В Rust функционально-полная система сборки. Помимо множества встроенных и общепринятых подсистем https://doc.rust-lang.org/cargo/ Существуют build-скрипты написанные на самом Rust, вызываемые сборщиком. Что гораздо лучше чем учить непонятный новый язык, не относящийся никак к программированию а только лишь сборке. К тому же к системе сборки можно подключать самописные модули, что с успехом применяется. Они устанавливаются в системе одной командной. Вот неполный список https://old.reddit.com/r/rust/comments/mifrjj/what_extra_dev.../ Также чтобы указать на функциональные недостатки системы сборки или других частей стандартной экосистемы, было бы неплохо их перечислить. И если они разумны (хоть как-то распространены в других системах), то будут обязательно включены в проект. >Да учиться вообще неприятно. Больно. Зачем учить больше, если можно меньше и получить тот же результат. А плюсом еще и ускорить разработку - поскольку каждый программист на Rust в той или иной степени знаком с экосистемой. Не тратится время на переобучение новичков. >Что это меняет? Будьте внимательнее. Ниже ответил. Сразу не понял в чем ваша претензия состоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #111

104. Сообщение от Онаним (?), 13-Фев-22, 14:55	–1 +/–
"поддерживаемого компанией Intel бота 0DAY" Это что-то про особо тоненькие фичи их процессоров?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #154

105. Сообщение от Аноним (165), 13-Фев-22, 14:56	–5 +/–
> Не существует способа избежать всех возможных утечек памяти, если вы используете Тьюринг-полный язык программирования. > Безопасное подмноество Rust может. Отсюда вывод: безопасное подмножество не Тьюринг-полное?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #109, #114

106. Сообщение от Аноним (113), 13-Фев-22, 15:04	–1 +/–
>> Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких > Сколько вы еще С++99 будете вспоминать? Уже 23 года прошло. В современных плюсах есть RAII. если для тебя лайфтаймы и RAII это одно и тоже, то ой...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #158

107. Сообщение от Отражение луны (ok), 13-Фев-22, 15:07	+1 +/–
>И в чем проблема нарушить совместимость? Ну ты можешь считать что раст это си, просто без обартной совместимости и с другим названием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #448

108. Сообщение от Аноним (165), 13-Фев-22, 15:09	–1 +/–
Не останавливайтесь! Следующий! Продолжаем перепись "инноваторов безопасности в чужом огороде"!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #110

109. Сообщение от Аноним (109), 13-Фев-22, 15:11	+/–
> Отсюда вывод: безопасное подмножество не Тьюринг-полное? "Отсюда" - нет, такой вывод формально вообще-то сделать нельзя. Но если и да (в смылсе - оно не Тьюринг-полное) - и чо? Практические реализации ЯП все равно не "полные" (лента ограничена) да и интересует нас лишь то маленькое подмоножество корректно работающих и решающих реальные задачи, а не все возможные варианты программ и их ввода и вывода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

110. Сообщение от Аноним (-), 13-Фев-22, 15:13	–1 +/–
> Не останавливайтесь! Следующий! Продолжаем перепись "инноваторов безопасности в чужом огороде"! Т.е. очередной носитель маечки с пингвинчиком, раздающий ЦУ разработчикам. Яснопонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #115

111. Сообщение от Самокатофил (?), 13-Фев-22, 15:14	+/–
Маркетинговый буллщит. Спасибо, но переписываться с копипастой из брошюрок -- ту мач. Полнимаю лапки вверх. Ты снова меня одолел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #430

112. Сообщение от Аноним (4), 13-Фев-22, 15:21	+1 +/–
А при чем тут Rust? ripgrep мог родиться и на другом языке. Его основная фишка ведь не в том что он на Rust'e написан, а в скорости работы https://blog.burntsushi.net/ripgrep/ ripgrep особенно силен в поиске unicode, при поиске внутри файла, или в очень больших директориях. Он используется для поиска в большом количестве данных, а не для всех задач которые могут потребоваться в shell. Например VSCode и Atom используют ripgrep для поиска в файлах проекта. >Как там кстати, рипгреп, поддерживает какие-нибудь регекспы акромя покоцаных растовых? https://docs.rs/regex/*/regex/#syntax https://docs.rs/regex/*/regex/bytes/index.html#syntax Может с тех пор как вы смотрели в регэкс добавили новые фичи, посмотрите еще тут https://github.com/rust-lang/regex/blob/master/CHANGELOG.md#... Вот еще changelog проекта. Там тоже может быть что-нибудь интересное https://github.com/BurntSushi/ripgrep/releases
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #118

113. Сообщение от Аноним (113), 13-Фев-22, 15:22	+2 +/–
>Cишники и цэпэпэшники не выпрыгивают из штанов, доказывая что у них серебряная пуля. Поэтому я делаю вывод что ты не сишник и не цэпэпэшник. так кто же ты? балабол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #186

114. Сообщение от Аноним (4), 13-Фев-22, 15:24	+/–
Вы невнимательны. Комментатор спрашивал о >А use-after-free раст может предотвратить? А buffer overflow? А UB?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #150

115. Сообщение от Аноним (165), 13-Фев-22, 15:24	+/–
Главное, к себе не применяй свои критерии оценки, агитатор безопасности в чужом огороде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #117

117. Сообщение от Аноним (-), 13-Фев-22, 15:29	+/–
> Главное, к себе не применяй свои критерии оценки, агитатор безопасности в чужом огороде. Главное и далее продолжай оспаривать свои фантазии, гордый носитель маечки, лучше разрабов знающий "как надо правильно!".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #119

118. Сообщение от Самокатофил (?), 13-Фев-22, 15:30	–5 +/–
Вы не рерайтер в основной профессии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

119. Сообщение от Аноним (165), 13-Фев-22, 15:32	–1 +/–
> лучше разрабов знающий "как надо правильно!". Продолжай приписывать себя к "разрабам". Следующий!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #122

120. Сообщение от Урри (ok), 13-Фев-22, 15:35	–4 +/–
> Уязвимости никуда не денутся, но благодаря подходу Rust их становится меньше Благодаря которому из? Захламлению синтаксиса спецсимволами, превращающему программу в некое подобие нечитабельных регэкспов? Или в статическую компиляцию, требующую пересборки всех проектов после фиксов дыр в функциях работы с файлами? Или в регулярные диприкейтед, которые делают предыдущий пункт невыполнимым? А, вы о borrow checking? Ну так этого мало. К этому еще и язык должен быть поддерживаемым, а не вот это вот аджайловое лоскутное одеяло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #162, #444

121. Сообщение от Урри (ok), 13-Фев-22, 15:39	+1 +/–
- Раст полностью заменяет С, он не допускает ошибок работы с памятью! - Ну вот же, допускает. - Это ансейф!!11 - Так сделайте без ансейфа, чтобы не было ошибок с памятью. - Эммм, мммм, ммммм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #408

122. Сообщение от Аноним (-), 13-Фев-22, 15:43	+/–
>> лучше разрабов знающий "как надо правильно!". > Продолжай приписывать себя к "разрабам". Продолжай и дальше балаболить и отмазываться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #125

123. Сообщение от Урри (ok), 13-Фев-22, 15:44	+1 +/–
> получить разработчика на Rust если в проект входит требование повышенной безопасности И через полгода получит неподдерживаемый кусок непонятно чего с кучей ансейфов и собирающийся только версией компилятора х.у, которой уже нигде нет и собрать которую тоже невозможно, ибо для этого нужна версия компилятора а.б, которой уже нигде нет и собрать которую тоже невозможно, ибо для этого нужна версия компилятора ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #189, #431

124. Сообщение от Аноним (4), 13-Фев-22, 15:48	+/–
Откуда такой вывод? Ничего из написанного не потребовало изменений в языке или экосистеме Rust. То к чему были у Линуса претензии пока не реализовано. (Пока это не сделают Rust в ядро не пойдет) - красивая, быстрая и удобная обработка OOM - запрет на паники в коде (в том числе при index-out-of-bounds проверках)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #161

125. Сообщение от Аноним (165), 13-Фев-22, 15:54	–1 +/–
> Продолжай и дальше балаболить и отмазываться. А ты и дальше продолжаешь не применять свои отверждения к себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #136

127. Сообщение от Урри (ok), 13-Фев-22, 15:59	+2 +/–
В ролике довольно глупое выступление от человека, который понимая ассемблер совершенно не в курсе как работают современные микропроцессоры. Детально объяснять почему глупое будет довольно долго ибо очень много важных нюансов, но я уложусь в пару коротких тезисов. Эти тезисы полностью нивелируют оверхед от единичного "jne" (или je+jmp в ситуации далекого адреса перехода). 1. (и самое важное) спекулятивное выполнение, 2. задержки в доступе к памяти, 3. предсказатель переходов. Эти три пункта позволяют unique_ptr внести возможную задержку в код выполнения программы на уровне 0,00000001%. В то время как даже обычное переключение задачи вносит возможную задержку в 0,001%. А примитивнейший доступ к не выравненному адресу (например, при поиска в строке) вносит возможную задержку в 0,1%. Так что де-факто unique_ptr добавляет ровно 0.0% (ноль целых ноль десятых процентов) оверхеда. -- Желающие проверить лично берут и используют "sudo perf stat хелловорлд-с(и-без)-смарт-поинтерами", желающие глубоко проанализировать - "perf --help".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #409

130. Сообщение от freecoder (ok), 13-Фев-22, 16:05	+/–
Да постоянно обсуждается этот вопрос. Из недовнего, например здесь: https://www.opennet.ru/openforum/vsluhforumID3/126618.html#47
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

132. Сообщение от freecoder (ok), 13-Фев-22, 16:08	–2 +/–
Какие преимущества у D перед Rust? Например, я активно использую Rust во множестве проектов. Что должно заставить меня использовать вместо него D?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #265, #388

134. Сообщение от Урри (ok), 13-Фев-22, 16:10	+/–
Самый лучший - в хаскеле. Ввиду того что хаскель чисто функциональный язык, объекты в куче располагаются всегда в одном направлении - от старших к младшим. Это позволяет эффективно проводить маркап все еще используемых объектов и не менее эффективно перемещать их уплотняя кучу (с соответствующим изменением внутренних указателей).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

135. Сообщение от Урри (ok), 13-Фев-22, 16:12	–1 +/–
"Первой была нулевая версия". И это неправильно. Первой должна быть первая версия. (с) Никлаус Вирт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #167, #345

136. Сообщение от Аноним (109), 13-Фев-22, 16:15	–1 +/–
>> Продолжай и дальше балаболить и отмазываться. > А ты и дальше продолжаешь не применять свои отверждения к себе. Ну давай сюда цитатки утверждений - расскажи, где я предписывал другим, чем им занятся и заодно решал за разработчиков, нужен им там раст в ядре или нет (а то ж они, бедолаги, сами не разбирутся).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

137. Сообщение от Урри (ok), 13-Фев-22, 16:15	–2 +/–
У меня такой же офтопик, но $ uname -a Linux THISPC 4.4.0-19041-Microsoft #1237-Microsoft Sat Sep 11 14:32:00 PST 2021 x86_64 x86_64 x86_64 GNU/Linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #143

139. Сообщение от Урри (ok), 13-Фев-22, 16:18	+4 +/–
Когда в него начнут вкладываться корпорации в расчете на армию почти бесплатных обезьян. А пока, к сожалению, селяви.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

140. Сообщение от Аноним (4), 13-Фев-22, 16:18	+/–
Ну например современный С++ не предотвращает data race на стадии компиляции. Или iterator invalidation. В С++ существуют такие вещи которые нужно знать, но они создают "искусственную" сложность https://stackoverflow.com/questions/146452/what-are-pod-type...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #159

141. Сообщение от Урри (ok), 13-Фев-22, 16:20	–1 +/–
Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

142. Сообщение от Урри (ok), 13-Фев-22, 16:21	–1 +/–
Корчеватель, ты? Самое забавное, что нашлось достаточно людей плюсанувших этот бессмысленный набор умных слов. -- Ну и предвосхищая идиотов, который щас начнут "а докажи": Brainfuck - тьюринг полный язык. Утечек памяти там нет и быть не может by-design.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #146

143. Сообщение от Аноним (109), 13-Фев-22, 16:22	+2 +/–
> У меня такой же офтопик, но > $ uname -a > Linux THISPC 4.4.0-19041-Microsoft #1237-Microsoft Sat Sep 11 14:32:00 PST 2021 x86_64 > x86_64 x86_64 GNU/Linux Ну да, из-под WSL всяко виднее, как и чем лучше разрабатывать ядро линукса - а то ж разработчики глупые, сами не разберутся!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

145. Сообщение от Fracta1L (ok), 13-Фев-22, 16:24	+/–
Язык со сборщиком мусора это фу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

146. Сообщение от Аноним (-), 13-Фев-22, 16:36	+/–
> Корчеватель, ты? > Самое забавное, что нашлось достаточно людей плюсанувших этот бессмысленный набор умных слов. Ну, тебя ведь тоже кто-то плюсуют (или опять "сам, все сам!"?). > -- > Ну и предвосхищая идиотов, который щас начнут "а докажи": > Brainfuck - тьюринг полный язык. Утечек памяти там нет и быть не может by-design. +[>+.]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #335

148. Сообщение от Ананоним (?), 13-Фев-22, 16:47	+/–
Когда ядро заржавеет, для его сборки нужен будет помпьютер с 32GB RAM. Ну а нефиг ядро собирать абы где, нужно икономеку поднимать!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #205, #297

149. Сообщение от keydon (ok), 13-Фев-22, 16:48	+3 +/–
> Даже такое простое и базовое RAII как unique_ptr не позволяет избежать оверхеда в рантайме. https://www.youtube.com/watch?t=1061&v=rHIkrotSwcc Ты хотел сказать что раст работает на радуге единорогов поэтому волшебные фиксики вручную правят напряжение в модулях памяти, а рантайм отдыхает? Или это в духе "а у вас негров линчуют"? > Не говоря уже о том, что грамотное применение этой "нашлепки" на язык делает код длиннее и запутанней. У плюсов конечно код многословный и избыточный, я и сам грущу по этому поводу. Аргумент годился бы если сравнивали с питоном. Да даже гребанная джава и та почище будет. Но у раста написанного с нуля в 2010х синтаксис еще более отвратный и не менее многословный, читать страшнее чем смотреть на макросы в си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #410

150. Сообщение от Аноним (165), 13-Фев-22, 16:49	+/–
> use-after-free В rust дается "слежением за владением" не бесплатно: из-за этого нельзя создать данные с циклическими ссылками, например, банальный двусвязный список. > buffer overflow От этого rust не может защитить на этапе компиляции. Для этого минимум нужны зависимые типы, и то этого недостаточно. > UB А вот это практически упирается теорему останова. Каким боком тут "безопасное подмножество"? И как применит к этому "безопасному подмножеству" полноту по Тьюрингу, вообще непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #177

151. Сообщение от Самокатофил (?), 13-Фев-22, 16:51	–2 +/–
> Это сводит к минимуму место локализации ошибки и упрощает code review. Упомянутый use-after-free нашли с помощью asan, написанный сишниками-цэпэпэшниками. Ни "сведение к минимуму", ни "код ревью" не помогло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #417

153. Сообщение от keydon (ok), 13-Фев-22, 16:54	–2 +/–
> А причем тут с++? Новость по ядро и си. Для си RAII > только в виде поделок васянов и в ядре его нет. ¯\_(ツ)_/¯
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

154. Сообщение от Аноним (165), 13-Фев-22, 16:55	+1 +/–
Не Ъ: https://01.org/lkp/documentation/0-day/lkp-test-suites-descr...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

155. Сообщение от Аноним (155), 13-Фев-22, 16:55	+1 +/–
Независимо от того хороший ли язык Rust или нет, хорошие ли его апологеты. Независимо от того выстрелит ли этот язык и проект или нет. Думаю, в любом случае, такого рода вещи положительно влияют на индустрию. Основной бич индустрии это равнодушие. Давно уже прошло время когда узнав об уязвимости какой-то системы можно было бы позволить себе не пользоваться ею. Сейчас в большинстве случаев особого и выбора то нет. Вот нашли CVE - ну и что! Система шлет куда-то данные пользователя - а мне то что! В случае пользователей это вполне объяснимо, ведь не даром самая популярная ОС - та что "проще", а не та что безопаснее. Нужен клиент для сервиса - заверните кусок вебсайта в браузера, и не важно сколько оно ест памяти. Уязвимые процессоры - да ладно такого никогда не произойдёт. Все индейцы сейчас ходят с значками шерифов, чтобы иметь законное право не волноваться о чужих проблемах. Наверное где-то есть обоснование того, что безучастная равнодушная толпа ведет себя статистически более предсказуемо и поэтому легко управляется. Поэтому пусть пытаются что-то изменить, переубедить, спорить. Неважно на стороне Rust или на стороне C/C++, пусть пытаются выиграть каждый байт потребления памяти, пусть спорят о Native vs Managed, UsageReport vs Privacy и т.п. Главное чтобы были не равнодушными. Одинаково плохо как игнорирование вопросов управления памятью (типа всё что можно уже делается, надо лучше стараться и т.д.) так и "бесспорный" переход на Rust, который автоматически "сам всё улучшит". Нет уже пусть Rust фанбои продолжают "истерить на форумах" доказывая что проблема имеет место, а C-шники продолжают также "истерить" доказывая, что мол можно и по другому решать проблему. И те и другие конечно во многом не правы, но это не позволяют просто отмахиваться от проблемы, а бэкдоры становится всё сложнее маскировать под "недоработки". Вот бы и по другим проблемам индустрии было бы также. Пусть спорят о безопасном процессоре, о браузере на низкогигобайтной RAM-диете, о преимуществах Native приложений по сравнению с Electron и прочее.
Ответить | Правка | Наверх | Cообщить модератору

158. Сообщение от keydon (ok), 13-Фев-22, 17:01	+4 +/–
> если для тебя лайфтаймы и RAII это одно и тоже, то ой... Оу, люблю такие комментарии. В духе "если вы не знаете в чем разница, мне вас жаль" или "по вашим комментариям понятно что вы не способны уловить суть, не буду тратить на вас время". Прошу вас, маэстро, ваш выход! Раскройте миру тайну, чем отличаются два подхода с одинаковой функциональностью, явите нам свой гений! Сделайте это не ради меня, не ради себя, а ради человечества которое жаждет узнать истину!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

159. Сообщение от Самокатофил (?), 13-Фев-22, 17:13	–2 +/–
Растаманы с регекспами вместо языка и встроенным в компилятор линтере, говорят о "искусственной сложности"... это так мило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #428

161. Сообщение от Аноним (165), 13-Фев-22, 17:15	+/–
> Ничего из написанного не потребовало изменений в языке или экосистеме Rust. Неужели? То есть модули ядра можно собирать Rust 1.0?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #185, #257

162. Сообщение от Аноним (4), 13-Фев-22, 17:19	+/–
>Захламлению синтаксиса спецсимволами, превращающему программу в некое подобие нечитабельных регэкспов? Такова доля любого системного языка претендующего на усиленную безопасность. Либо широкий и пространный код (как в SPARK), либо плохо читаемый (Без обучения языку. Я лично читаю его довольно легко, это приходит с опытом) Синтаксис лайфтаймов, например, взят из Haskell, который славится своей немногословностью. Дженерики из Java. Остальное из С/С++. Какая часть синтаксиса вам не нравится, что бы вы изменили? Единственная проблема с чтением кода в Rust которую можно поставить в сильный упрек экосистеме. Это отсутствие распаковки процедурных макросов во всех IDE (все обещают, но никак не реализуют). Что может усложнить разработку если у вас код весь из них состоит. >Или в статическую компиляцию, требующую пересборки всех проектов после фиксов дыр в функциях работы с файлами? Не всех проектов, а только тех что использовали уязвимую функцию std::fs::remove_dir_all. Ситуация с динамической линковкой непростая, один из серьезных недостатков. Пока не стандартизируют ABI об отделении стандартной библиотеки и размещении ее где-нибудь в системе можно забыть. К счастью в сообществе Rust стал стандартом модуль системы сборки cargo-audit, который позволяет при сборке проекта проверить все его зависимости на наличие уязвимостей. >Или в регулярные диприкейтед, которые делают предыдущий пункт невыполнимым? Rust использует понятие Редакции (которые выходят раз в 3 года) для внесения в язык или стандартную библиотеку ломающих изменений, поэтому они не такие уж и регулярные как вы упомянули. В любом случае эта претензия также относится к отсутствию должным образом реализованной динамической линковки (Что в будущем изменится) >К этому еще и язык должен быть поддерживаемым, Он и поддерживается https://www.rust-lang.org/sponsors Помимо спонсоров есть также активное коммьюнити что подтверждается его популярностью на SO. Для него пишут библиотеки, хоть и не так активно как для top10 языков http://www.modulecounts.com/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #170, #181

165. Сообщение от Аноним (165), 13-Фев-22, 17:24	+1 +/–
Тайд. Вы ещё кипятите? Тогда мы идем к вам. Раст. У вас еще не течёт? Тогда мы идем к вам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #261

166. Сообщение от Аноним (-), 13-Фев-22, 17:27	+9 +/–
>Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру. Я сборщик. Ядру Линукса Раст не нужен, только усложнит сборку. Сейчас для сборки ядра требуется только GCC (только компилятор). По мере увеличения кодовой базы на Расте станут требовать не только компилятор Раста, но и его так называемое сборочное окружение. Юниксы исторически по внутренней структуре устроены очень просто, внедрение Раста только усложнит систему. Пусть растоманы держатся подальше от ядра Линукса. Пусть лучше они допиливают свой Редокс. Все преимущества Раста относительно ядрописательства высосаны из пальца.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #202, #240

167. Сообщение от Аноним (165), 13-Фев-22, 17:32	+1 +/–
Анекдот про символьные вычисления: Пусть число танков равно К. Нет, К мало, возьмём М танков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

168. Сообщение от Аноним (-), 13-Фев-22, 17:35	–2 +/–
А почему никто не говорит о том, что бинарники на Расте как правило имеют большие размеры. Если Раст проникнет в ядро, забудьте о быстрых и маленьких программах в стиле Юникса.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #333

170. Сообщение от Аноним (-), 13-Фев-22, 17:39	+/–
>>Или в регулярные диприкейтед, которые делают предыдущий пункт невыполнимым? > Rust использует понятие Редакции (которые выходят раз в 3 года) для внесения Да забей. Его в это ужа раз 5 носом тыкали - бесполезно, в каждой новости опять нытье о "все время ломают совместимость!". Старческий маразм, не иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

174. Сообщение от Михрютка (ok), 13-Фев-22, 17:50	–1 +/–
> Юзабельно это доказывают многие проекты написанные на Rust. > Движок firefox так себе пример, если честно. из плюсов - почесано чсв девелоперов и удлинилось их резюмэ. из минусов - фокс похоронен на всех платформах, кроме x86-64 и aarch64, да и на этих жив только под виндой + линукс. на остальных - до тех пор, пока мейнтейнеры портов не затрахаются. на опенке вроде уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #195, #219

176. Сообщение от gachimuchilinux (?), 13-Фев-22, 17:53	+/–
Зачем пихать Rust в Linux,проще создать Rust Kernel
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #198, #267, #402

177. Сообщение от Аноним (4), 13-Фев-22, 17:56	+/–
>В rust дается "слежением за владением" не бесплатно Верно, но он все же Тьюринг-полный. Просто части некоторого кода выгоднее делать в unsafe. Двусвязный список на безопасном Rust (неэффективен поскольку использует подсчет ссылок) https://gist.github.com/matey-jack/3e19b6370c6f7036a9119b79a... Естественно при использовании unsafe будет и короче и красивее, и небезопасно при многопоточном использовании. Как в Си. >> buffer overflow >От этого rust не может защитить на этапе компиляции. Безопасное подмножетсво Rust от этого защищает путем проверки на стадии исполнения что индекс входит в границы. В оригинальном комментарии не спрашивалось о стадии на которой происходит проверка. (Это единственный скрытый оверхед Rust'a о котором надо узнавать отдельно, известно любому программисту на C++/ Как оверхед динамической диспетчеризации, или явных счетчиков ссылок, примитивов синхронизации) >> UB >А вот это практически упирается теорему останова. Справедливости ради никто и не ожидал от Rust решить теорему останова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #180, #187, #216

178. Сообщение от Аноним (178), 13-Фев-22, 17:58	–2 +/–
Если это пятая редакция то видимо патчи пропустят . Это гуд.
Ответить | Правка | Наверх | Cообщить модератору

179. Сообщение от Аноним (345), 13-Фев-22, 18:05	+/–
> Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы, Теперь не надо изучать нудное устройство ядра, си и прочую мишуру. Теперь любая домохозяйка сможет легко и просто написать качественный драйвер. Сколько людей были до сих пор ограничены тем, что не могли написать нужный им драйвер для линукса. Но теперь всё изменится!  Теперь сможет каждый, и усилия его будут минимальны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #190, #291

180. Сообщение от Аноним (165), 13-Фев-22, 18:05	–1 +/–
> Верно, но он все же Тьюринг-полный. Зачем ты приплел полноту по Тьюрингу? Поток сознания без понимания? > Двусвязный список на безопасном Rust > pub prev: Option<Weak<RefCell<Node<T>>>>, Ааааа! Как это развидеть! > защищает путем проверки на стадии исполнения что индекс входит в границы Недавно кто-то говорил, что в Rust нет рантайма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #193

181. Сообщение от Урри (ok), 13-Фев-22, 18:06	+1 +/–
> Такова доля любого системного языка претендующего на усиленную безопасность. Глупости. С# - безопасный и достаточно системный язык (на нем тоже ОСь написана, - singularity, - не менее безопасная чем почти почивший redox). > Либо широкий и пространный код (как в SPARK), либо плохо читаемый (Без обучения > языку. Еще раз - глупости. > Я лично читаю его довольно легко, это приходит с опытом) А я регэкспы читаю легко (ну не так чтобы вот совсем-совсем, но легче всех кого знаю). Но это не причина все превращать в регэкспы и тем более не причина утверждать что так и надо. > Синтаксис лайфтаймов, например, взят из Haskell, который славится своей немногословностью. > Дженерики из Java. Остальное из С/С++. Какая часть синтаксиса вам не > нравится, что бы вы изменили? Все. Я бы все выкинул на помойку и сделал С++++ или C## с борроу-чекером. Без встроенного пакетного менеджера, линтера и всего остального не относящегося к понятию "язык программирования" барахла. > Единственная проблема с чтением кода в Rust которую можно поставить в сильный > упрек экосистеме. Это отсутствие распаковки процедурных макросов во всех IDE... Это упрек не экосистеме, а базовым библиотекам языка. И функции языка и макросы не должны требовать анализа "что же там внутри". Мы же не ходим исследовать printf, не так ли? >>Или в статическую компиляцию, требующую пересборки всех проектов после фиксов дыр в функциях работы с файлами? > Не всех проектов, а только тех что использовали уязвимую функцию std::fs::remove_dir_all. Вы утверждаете, что это единственная проблема и никогда не возникнет нечто подобное в используемых именно вашим большим проектом функциях? Возникнет. Обязательно возникнет. На это можно ящик виски ставить. И чем позже возникнет, тем дороже будет. > Rust использует понятие Редакции (которые выходят раз в 3 года) для внесения > в язык или стандартную библиотеку ломающих изменений Напомните пожалуйста когда возникло это понятие. Не полгода назад, случайно? Кто мне гарантирует что за последующие 5-7 лет, на которые я рассчитываю поддержку своей поделки,  в языке в очередной тысячный раз не поменяется концепция? Вот до сих пор было как обычно, тут мы одну заплатку, тут новые костыли, тут это выкинули и тут добавили - а тут внезапно все изменится к лучшему? Ха-ха три раза, только дурачки на такое поведутся. >>К этому еще и язык должен быть поддерживаемым, > Он и поддерживается https://www.rust-lang.org/sponsors Эти 4 конторы и есть причина того, что раст еще не загнулся. Гугл, Майкрософт и Амазон все еще надеятся, что смогут с помощью раста исключить из кода необучаемых индусских обезьян ошибки с памятью. Местные пропагандисты раста, за редкими исключениями, именно такие обезьянки - не имеющие никакого понятия о процессах в программировании, о цене поддержки, даже о базовых принципах построения программных комплексов. > Помимо спонсоров есть также активное коммьюнити Угу, помним. То активное коммьюнити, которое успешно разоcpалось с кортимом, имевшим это активное коммьюнити в одном известном месте. > что подтверждается его популярностью на SO. Пххх. "А как мне вывести хелловорлд на печать, такой глупо-сложный язык что никак не могу понять". Успех (с) > Для него пишут библиотеки, хоть и не так активно как для top10 языков А толку, если технический долг активно делает все эти библиотеки мертвым грузом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #194, #415

182. Сообщение от Аноним (182), 13-Фев-22, 18:07	–1 +/–
Rustзицация продолжается!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #228, #231

185. Сообщение от Я (??), 13-Фев-22, 18:14	+/–
на момент старта проекта растом 1.0 можно было собирать только депрекейтет легаси код..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #191

186. Сообщение от Самокатофил (?), 13-Фев-22, 18:15	–1 +/–
я возразил на это: > Но они не помогают в 100% случаев, о чем могут свидетельствовать многочисленные CVE-шки ядра по работе с памятью. этим: >https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust . > так кто же ты? балабол? ок, зумер :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

187. Сообщение от Аноним (165), 13-Фев-22, 18:18	+/–
> Двусвязный список на безопасном Rust > pub prev: Option<Weak<RefCell<Node<T>>>> Ах, да, насколько я знаю RefCell использует UnsafeCell, который который использует ключевое слово unsafe, который переводится "небезопасно".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #406

188. Сообщение от Я (??), 13-Фев-22, 18:19	–2 +/–
переманить куда кого? разработчики железок хотят писать код драйверов и подсистем под свои новые устройства на расте в том числе при использовании яда линукс. и они хотят чтобы для этого не надо было иметь форкнутое ядро потому что тогда им всёравно придётся второй раз писать драйвера на сях под мейнстрим ядро. вот и вся суть этих телодвижений по обеспечению поддержки ядром кода написанного на раст. потому что можно долго бузтеть и плеваться, но раст будет системным языком будущего и чем раньше ты в него вложишься тем проще будет потом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #203

189. Сообщение от Самокатофил (?), 13-Фев-22, 18:20	+/–
>> получить разработчика на Rust если в проект входит требование повышенной безопасности > И через полгода получит неподдерживаемый кусок непонятно чего с кучей ансейфов и > собирающийся только версией компилятора х.у, которой уже нигде нет и собрать > которую тоже невозможно, ибо для этого нужна версия компилятора а.б, которой > уже нигде нет и собрать которую тоже невозможно, ибо для этого > нужна версия компилятора ... ого, я удивлен что мой коммент удалили. Там ведь ясно видно, что человек не понимает как работает этот их бизнис (с). Ставлю на фрактала, он еще на лоре любил это делать, пока не погнали оттуда ссаными тряпками :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #337

190. Сообщение от Аноним (-), 13-Фев-22, 18:22	–1 +/–
Толсто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #254

191. Сообщение от Аноним (165), 13-Фев-22, 18:25	–2 +/–
> депрекейтет легаси код Утверждается, что язык не поменялся. Откуда "депрекейтет" и "легаси"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #204

192. Сообщение от Аноним (-), 13-Фев-22, 18:27	+1 +/–
Затем же, зачем и хруст, очевидно же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

193. Сообщение от Аноним (193), 13-Фев-22, 18:29	+/–
Вы же сами написали >Отсюда вывод: безопасное подмножество не Тьюринг-полное? Я просто отвечал на ваш комментарий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #197

194. Сообщение от Аноним (194), 13-Фев-22, 18:29	+1 +/–
>> Rust использует понятие Редакции (которые выходят раз в 3 года) для внесения >> в язык или стандартную библиотеку ломающих изменений > Напомните пожалуйста когда возникло это понятие. Не полгода назад, случайно? И в это тебя уже тыкали. https://blog.rust-lang.org/2018/07/27/what-is-rust-2018.html > July 27, 2018 > This year, we will deliver Rust 2018, marking the first major new edition of Rust since 1.0 (aka Rust 2015).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #329

195. Сообщение от Самокатофил (?), 13-Фев-22, 18:32	–1 +/–
на стрекозе даже не начинали, путь уже заказан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

197. Сообщение от Аноним (165), 13-Фев-22, 18:34	+/–
> Я просто отвечал на ваш комментарий. Ты только сейчас влез в разговор, у тебя номер анонима другой. Зачем ты это сделал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #215

198. Сообщение от Аноним (165), 13-Фев-22, 18:40	+/–
Правильно, пусть пишут "ядро ядра", чтобы мог использовать/грузить модули из основной ветки linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #233

200. Сообщение от Раствяленд убер аллес (?), 13-Фев-22, 18:43	+/–
Greg Kroah-Hartman звали. Тоже патч делал для революции в ядре.
Ответить | Правка | Наверх | Cообщить модератору

201. Сообщение от БратишкаЭрик (?), 13-Фев-22, 18:47	–4 +/–
Прощай, NVIDIA? Оно может убить и без того жалкий драйвер
Ответить | Правка | Наверх | Cообщить модератору

202. Сообщение от Ананимус (?), 13-Фев-22, 19:05	+/–
> Пусть растоманы держатся подальше от ядра Линукса. Пусть лучше они допиливают свой Редокс. Все преимущества Раста относительно ядрописательства высосаны из пальца. Покажи, пожалуйста, список своих патчей в Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #208

203. Сообщение от Самокатофил (?), 13-Фев-22, 19:11	+/–
Палехчи, палехчи, уже не один убийца цэ/цэпэпэ закопан. Вы еще D (который получше будет) не оплакали, а уже раст толкаете. А если звёзды сойдутся, и раст когда-нибудь выстрелит, то ну так и быть, выучим ваш раст. Сейчас работать надо, а не учить очередную недоделку. А молодым тем более: работы на расте нету, всё серьёзное и фундаментальное на с/с++. Учите lingua franca, вливайтесь в разработку. Оставьте маргиналов копошиться в своём болоте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #222

204. Сообщение от Аноним (-), 13-Фев-22, 19:28	+/–
> Утверждается, что язык не поменялся. Где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #207, #214

205. Сообщение от Аноним (91), 13-Фев-22, 19:40	+/–
Дада, ведь каждый нище6род уже прикупил линию по автоматической сборке светодиодных лампочек себе в сортир. Чтобы ушлые китайцы вепку не зпихали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

206. Сообщение от Аноним (10), 13-Фев-22, 19:43	–4 +/–
А при чём здесь скриптовые языки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #210

207. Сообщение от Самокатофил (?), 13-Фев-22, 19:44	–2 +/–
:-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204

208. Сообщение от заминированный тапок (ok), 13-Фев-22, 19:45	+/–
Лул, аргумент Покажи свои безопасные "на расте" и рецепт сборки ядра вместе с ними
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #209

209. Сообщение от Ананимус (?), 13-Фев-22, 19:56	–3 +/–
Аргумент, на самом деле, отличный. Потому что люди, не пишущие ядро и рассуждающие что там нужно, а что там не нужно, выглядят странно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #211, #230

210. Сообщение от Аноним (-), 13-Фев-22, 20:03	–3 +/–
> А при чём здесь скриптовые языки? А при чем тут "Там подсчёт ссылок, но оно не сильно медленнее Си."? Подсчет ссылок используется в том числе и для сборки мусора. https://inst.eecs.berkeley.edu/~cs164/fa11/lectures/lecture2... > Garbage Collection: Reference Counting https://devguide.python.org/garbage_collector/ > The main garbage collection algorithm used by CPython is reference counting.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #217

211. Сообщение от Аноним (-), 13-Фев-22, 20:08	+/–
Это не аргумент, это троллинг. Хамский, тупой троллинг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #212

212. Сообщение от Аноним (-), 13-Фев-22, 20:13	–2 +/–
> ... станут требовать не только компилятор Раста, но и его так называемое сборочное окружение > ... Пусть растоманы держатся подальше от ядра Линукса. Пусть лучше они допиливают свой Редокс. Все преимущества Раста относительно ядрописательства высосаны из пальца. > Это не аргумент, это троллинг. Хамский, тупой троллинг. Довольно самокритично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

214. Сообщение от Аноним (165), 13-Фев-22, 20:21	–1 +/–
Кто здесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #218

215. Сообщение от Аноним (215), 13-Фев-22, 20:31	+/–
Аноним суть многие и Аноним есть одно, каждый аноним каждому - рознь, и вместе с этим одно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #223

216. Сообщение от Аноним (165), 13-Фев-22, 20:32	–2 +/–
> https://gist.github.com/matey-jack > Robert Jack Will > matey-jack > EcmaScript modules in the browser and outside – that simplifies a lot of things. Типичный растист
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

217. Сообщение от Аноним (10), 13-Фев-22, 20:34	–4 +/–
Я не пойму, что сказать-то хотите? Smart pointers в С++ тоже подсчёт ссылок используют и что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #220

218. Сообщение от Аноним (-), 13-Фев-22, 20:36	+1 +/–
> Пук! Яснопонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #225

219. Сообщение от Аноним (219), 13-Фев-22, 20:40	+/–
>фокс похоронен на всех платформах, кроме x86-64 и aarch64 Это ***ита. https://download.mozilla.org/?product=firefox-nightly-latest... https://ftp.mozilla.org/pub/fenix/nightly/2022/02/2022-02-12...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #226

220. Сообщение от Аноним (-), 13-Фев-22, 20:49	–4 +/–
>> Там сборка мусора > Я не пойму, что сказать-то хотите? https://wiki.gnome.org/Projects/Vala/ReferenceHandling > Vala's memory management is based on automatic reference counting https://docs.fedoraproject.org/en-US/Fedora_Security_Team/1/... > Similarly, Vala only performs garbage collection (through reference counting) for GObject values. For plain C pointers (such as strings), the programmer has to ensure that storage is deallocated once it is no longer needed (to avoid memory leaks), and that storage is not being deallocated while it is still being used (see Section 1.3.1.1, “Use-after-free errors”). "Папа, где море?" > Smart pointers в С++ тоже подсчёт ссылок используют и что? unique_ptr использует "подсчёт ссылок"? А плюсовики в курсе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #221

221. Сообщение от Аноним (10), 13-Фев-22, 21:06	–2 +/–
>unique_ptr использует "подсчёт ссылок"? А плюсовики в курсе? shared_ptr > Vala's memory management is based on automatic reference counting Ну и зачем мои слова повторять? https://github.com/arrufat/vala-benchmarks
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #227

222. Сообщение от Аноним (222), 13-Фев-22, 21:09	–3 +/–
На расте уже написано больше чем на D, и в отличие от последнего - написано что-то полезное. А собственно процесс написания настолько приятен, что пишут и матерые бывшие плюсовики, и девочки с розовыми волосами, перешедшие после JS. Если это не успех в комьюнити, то что тогда успех?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #229

223. Сообщение от Аноним (165), 13-Фев-22, 21:13	+5 +/–
Шизоид, верни мне того Анонима, который лил поток сознания про полноту по Тьюрингу, а себя запрячь глубже в сознании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #281

224. Сообщение от Аноним (224), 13-Фев-22, 21:13	+4 +/–
Я мало кого любила Второй надоел, третьего забыла Четвёртый исчез во вторник О первом почти ничего не помню Но пятый мой совсем не такой ... (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

225. Сообщение от Аноним (165), 13-Фев-22, 21:17	–1 +/–
>> Пук! > Яснопонятно. Ааа! Тут Аноним, влезший в чужой разговор и разговаривающий со своим задним проходом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #232

226. Сообщение от Самокатофил (?), 13-Фев-22, 21:18	–1 +/–
> Это ***ита. Твоё второе имя. https://web.archive.org/web/20181020135654/https://packages.... Еще 4 года ушло на +1 архитектуру: https://packages.gentoo.org/packages/www-client/firefox Успешный успех. > apk это не лиса вообще. Ты не понимаешь о чём речь опять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #235

227. Сообщение от Самокатофил (?), 13-Фев-22, 21:25	–3 +/–
Мы его потеряли как личность^W^W.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #236

228. Сообщение от Аноним (165), 13-Фев-22, 21:32	–1 +/–
Растизм. Исходный код может быть только черного цвета на белом фоне и написан только на единственно верном языке!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

229. Сообщение от Самокатофил (?), 13-Фев-22, 21:33	+1 +/–
>На расте уже написано больше чем на D, и в отличие от последнего - написано что-то полезное. Паралимпиада какая-то, вообще побоку кто там у вас победил и у кого больше. Полезных программ на расте - 0. В связке с цэпэпэ - 1. И все знают это программу, которая благодаря расту растеряла с десяток поддерживаемых архитектур. >Если это не успех в комьюнити, то что тогда успех? Желаю и дальше таких же успехов, бро. Нехай щастить, как говорится. :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

230. Сообщение от заминированный тапок (ok), 13-Фев-22, 21:34	+1 +/–
Куда больше лбдей его не пишут, а собирают и пользуют. По сути для них ядро и пишут, для сборщиков дистрибутивов, чтобы на  основе ядра делался готовый продукт. Так вот как раз тем, кто его собирает, лишний геморрой в виде твоих аргументов нах не нужен. Особенно при кросскомпиляции и так далее Вот это - аргумент из действительности, а не твое модное неловкое скуление человека, который никогда не занимался этим в реальной работе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #237, #373

231. Сообщение от Самокатофил (?), 13-Фев-22, 21:37	+4 +/–
> Rustзицация продолжается! Rustлевание. >_<
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #272

232. Сообщение от Аноним (-), 13-Фев-22, 21:38	+/–
>>> Пук! >> Яснопонятно. > Ааа! Тут Аноним, влезший в чужой разговор и разговаривающий со своим задним > проходом. Т.е. ты забыл, что влез в разговор со свом с̵о̵л̵о̵м̵е̵н̵н̵ы̵м̵ ̵ч̵у̵ч̵е̵л̵о̵м̵ фантазиями или это самокритика такая?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

233. Сообщение от заминированный тапок (ok), 13-Фев-22, 21:43	+2 +/–
> Правильно, пусть пишут "ядро ядра", чтобы мог использовать/грузить модули из основной ветки > linux. Здоровья усопшему (redox)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198

234. Сообщение от InuYasha (??), 13-Фев-22, 21:45	+/–
Простите, задержался на работе. Все уже успели переругаться? ) Пилили бы они своё растоядро - и всё. А то устроили битву...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #260

235. Сообщение от Михрютка (ok), 13-Фев-22, 21:46	–1 +/–
> Еще 4 года ушло на +1 архитектуру: минус одну. вот растовский tier 1 от начала до конца, и в общем, gfl собирать фокс на чем-то другом. aarch64-unknown-linux-gnu    ARM64 Linux (kernel 4.2, glibc 2.17+) 1 i686-pc-windows-gnu    32-bit MinGW (Windows 7+) i686-pc-windows-msvc    32-bit MSVC (Windows 7+) i686-unknown-linux-gnu    32-bit Linux (kernel 2.6.32+, glibc 2.11+) x86_64-apple-darwin    64-bit macOS (10.7+, Lion+) x86_64-pc-windows-gnu    64-bit MinGW (Windows 7+) x86_64-pc-windows-msvc    64-bit MSVC (Windows 7+) x86_64-unknown-linux-gnu    64-bit Linux (kernel 2.6.32+, glibc 2.11+)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #242

236. Сообщение от Аноним (-), 13-Фев-22, 21:47	+/–
> Мы его потеряли как личность^W^W. Тебя тоже покусали яблочные маркетологи (Swift -> ARC -> "инновационные инновации, только у нас!" https://docs.swift.org/swift-book/LanguageGuide/AutomaticRef... ) и ты теперь тоже считаешь, что сборшик мусора по счетчику ссылок вовсе и не сборщик мусора "потому что потому!"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #238

237. Сообщение от Самокатофил (?), 13-Фев-22, 21:49	–1 +/–
> Куда больше лбдей его не пишут, а собирают и пользуют. > По сути для них ядро и пишут, для сборщиков дистрибутивов, чтобы на >  основе ядра делался готовый продукт. > Так вот как раз тем, кто его собирает, лишний геморрой в виде > твоих аргументов нах не нужен. > Особенно при кросскомпиляции и так далее > Вот это - аргумент из действительности, а не твое модное неловкое скуление > человека, который никогда не занимался этим в реальной работе. +1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

238. Сообщение от Аноним (10), 13-Фев-22, 21:51	–1 +/–
>сборшик мусора по счетчику ссылок вовсе и не сборщик мусора а кто говорил, что подсчёт ссылок это не сборка мусора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #247

240. Сообщение от Ordu (ok), 13-Фев-22, 21:56	–7 +/–
> Я сборщик. Сборщики должны страдать. Как и мейнтейнеры вообще. Всё это нытьё "мне стало сложнее выполнять мою работу", потому что программисты начали использовать новые инструменты -- это именно что нытьё. Разработка программ ведётся программистами, и программисты выбирают такие инструменты, которые им удобны, а не такие, которые делают жизнь мейнтейнеров безоблачной и не требующей никакой работы. Если бы они были бы заняты вторым и выполняли бы твою работу за тебя, то ты был бы не нужен как класс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #241, #453

241. Сообщение от Самокатофил (?), 13-Фев-22, 22:04	–1 +/–
https://www.phoronix.com/scan.php?page=news_item&px=Debian-N... Это тандем. Хочешь не крутить педали, а чтоб за тебя их крутил один мейнтейнер? Ну, уговори, чо. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #243, #245

242. Сообщение от Самокатофил (?), 13-Фев-22, 22:14	–1 +/–
>вот растовский tier 1 Ну, так да. В генту помечено testing, и такой список багрепортов что скорее experimental.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

243. Сообщение от Ordu (ok), 13-Фев-22, 22:21	+1 +/–
> https://www.phoronix.com/scan.php?page=news_item&px=Debian-N... > Это тандем. Хочешь не крутить педали, а чтоб за тебя их крутил > один мейнтейнер? Ну, уговори, чо. =) Зачем мне уговаривать? Уговаривать мейнтейнера -- это задача пользователя, а не программиста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #251

245. Сообщение от Аноним (-), 13-Фев-22, 22:34	+/–
> https://www.phoronix.com/scan.php?page=news_item&px=Debian-N... > Это тандем. Хочешь не крутить педали, а чтоб за тебя их крутил один мейнтейнер? Ну, уговори, чо. =) Уговорить мейнтенера занаться разработкой или к чему это очередная глупая и притянутая за уши аналогия (очевидно, что если разработчик не будет "крутить педали", то мейнтейнеру нечего будет собирать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #253

247. Сообщение от Аноним (-), 13-Фев-22, 22:39	–1 +/–
>> Аноним (215)  Там сборка мусора > Аноним(10) Там подсчёт ссылок, но оно не сильно медленнее Си. ... > Аноним(10) а кто говорил, что подсчёт ссылок это не сборка мусора? Не отвлекайся, крути и дальше минусики с плюсиками ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #249, #305

248. Сообщение от nonon (?), 13-Фев-22, 22:42	–1 +/–
> внедрить статический анализ в разработку на си Если внедрить статический анализ в разработку на си это будет раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #449

249. Сообщение от Самокатофил (?), 13-Фев-22, 22:46	+/–
Сильно, но с memleak ты сильнее обдристался, бро. Мне кажется, то твой потолок прям. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #250, #255

250. Сообщение от Аноним (-), 13-Фев-22, 22:51	+/–
> Сильно, но с memleak ты сильнее обдристался, бро. Мне кажется, то твой потолок прям. =) Это с каким голосом в твоей голове ты сейчас споришь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

251. Сообщение от Самокатофил (?), 13-Фев-22, 22:53	–1 +/–
> Зачем мне уговаривать? Уговаривать мейнтейнера -- это задача пользователя, а не программиста. 1. Пользователю до лампочки какие-то там qt6 с нулём пользовательских программ. 2. Пользователю если не будет возможности установить и попробовать, он так и не узнает зачем ему уговаривать мейнтейнера. 3. Пользователь установит альтернативу. Так что спускайся на землю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #256

252. Сообщение от nvidiaamd (?), 13-Фев-22, 22:56	–1 +/–
Да хоть 25 редакция. Вас с вашим ржавым ведром видеть в ядре не хотят, это вы понять не можете.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #271, #273

253. Сообщение от Самокатофил (?), 13-Фев-22, 22:56	–1 +/–
>Уговорить мейнтенера занаться разработкой или к чему это очередная глупая и притянутая за уши аналогия Аналогия к тому, что и разработчик программы, и разрабы дистров связаны: одни кодят, другие собирают/интегрируют/дистрибьютят. >очевидно, что если разработчик не будет "крутить педали", то мейнтейнеру нечего будет собирать). Очевидно, что если разработчик софта не будет идти на сотрудничество с разработчиками дистра, то его софт останется без поддержки и выкинут из дистрибутива. Так было, есть, и будет есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #274

254. Сообщение от nvidiaamd (?), 13-Фев-22, 22:58	+/–
Да не, прям в тему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

255. Сообщение от Аноним (-), 13-Фев-22, 23:22	+/–
> Сильно, но с memleak ты сильнее обдристался, бро. Ну почти - не я, а ты на пару с Урри. А так все верно, ага. Ты эта, прибереги сей "перл" до следующего срача, где нельзя будет посмотреть "как там оно было", просто поскроллив вверх - авось за прокатит. >> (Урри) Brainfuck - тьюринг полный язык. Утечек памяти там нет и быть не может by-design. (Аноним): +[>+.] https://arkark.github.io/brainfuck-online-simulator/ > Error: out of memory
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249 Ответы: #269

256. Сообщение от Ordu (ok), 13-Фев-22, 23:26	+/–
Мейнтейнеры включают в свои дистрибутивы не то, что хотят программисты, а то, что нужно пользователям. Подумай об этом. Тот пользователь о котором ты говоришь -- это среднестатистический пользователь, который не существует[1]. Ты сейчас рассуждаешь в рамках мифологии, оторванной от реальности, веря в богов и демонов матстатистики, будто они часть реальности. Эти персонажи, между прочим, ещё в древнегреческой мифологии появлялись в байке о прокрустовом ложе. [1] https://uxdesign.cc/designing-for-the-extremes-9b9d6e7350a3?... Думай о реальности, представь себе всю систему в целом и её взаимодействия. Для кого работают мейнейтеры? Для программиста или для пользователя? На чьё мнение они ориентируются, когда принимают решение о том, что заслуживает включения в дистрибутив, а что нет? Может на своё собственное? Может быть, но при таком подходе они рискуют оторваться от пользователей и создать дистрибутив для немногих таких, как они сами. Мейнтейнеры тем или иным образом выясняют, что нужно пользователю, и делают именно это. А если мейнтейнеры не будут выяснять и делать, то другие мейнтейнеры сделают это. Нет никаких проблем упаковать кеды в appimage и распространять в таком виде. И если ортодоксальные пользователи дебиана, не приемлющие appimage, начнут завидовать кедам других, работающих из appimage, то дебиан _придётся_ искать способ опакетить кеды. И программист тоже работает для пользователя, а не для кого-то ещё. Поэтому программисту гораздо разумнее убеждать пользователя в том, что ему нужна программа, написанная программистом, а не мейнтейнеров: какой смысл упрашивать этих вахтёров включить свою программу в дистрибутив, если можно напрямую обратиться к пользователю?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #268, #299

257. Сообщение от Аноним (113), 13-Фев-22, 23:44	+/–
>Неужели? То есть модули ядра можно собирать Rust 1.0? Пока нет. Станет возможно сразу же после того, как ядро станет возможно собирать gcc1.0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #296

260. Сообщение от Аноним (113), 13-Фев-22, 23:51	–1 +/–
>Пилили бы они своё растоядро - и всё. А то устроили битву... так они свое и пилят, не твое же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234 Ответы: #289

261. Сообщение от Аноним (261), 13-Фев-22, 23:51	+1 +/–
Точно. У вас ещё не течёт крыша? Тогда мы идём к вам!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

262. Сообщение от Аноним (261), 13-Фев-22, 23:54	–2 +/–
>> Сборка мусора не может предотвратить утечку памяти. >А use-after-free раст может предотвратить? Может. Вот, как раз, за счёт утечки он это и делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

263. Сообщение от Аноним (261), 13-Фев-22, 23:56	+/–
>Может просто стоит внедрить статический анализ в разработку на си? Ну и, наверное, MISRA тоже стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

264. Сообщение от Аноним (261), 13-Фев-22, 23:58	–1 +/–
Хоспаде, кого же сейчас волнует оверхед?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

265. Сообщение от Аноним (261), 14-Фев-22, 00:03	–3 +/–
Все три столпа ООП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #331, #405

267. Сообщение от Аноним (261), 14-Фев-22, 00:06	+2 +/–
Так есть уж Rust Kernel - Resdox.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

268. Сообщение от Самокатофил (?), 14-Фев-22, 00:10	–1 +/–
Неубедительно, не подтверждается опытом. А вот про мифологию и богов было занятно, расскажите еще. Можете углубиться не только в древнегреческую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #270

269. Сообщение от Самокатофил (?), 14-Фев-22, 00:14	–1 +/–
> просто поскроллив вверх - авось за прокатит Не-не-не, я надеюсь наш с урри фейл запомнится так, что хватит одного упоминания. ;) > (Аноним): +[>+.] > https://arkark.github.io/brainfuck-online-simulator/ > Error: out of memory И что это доказывает?! ХD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #279

270. Сообщение от Ordu (ok), 14-Фев-22, 00:24	+/–
> А вот про мифологию и богов было занятно, > расскажите еще. Можете углубиться не только в древнегреческую. Читай Харари. Он разбирает как трансформировались древние мифологии и чем они стали в современном мире.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268 Ответы: #277

271. Сообщение от Ordu (ok), 14-Фев-22, 00:26	+1 +/–
Кек, тебе придётся страдать и видеть раст в ядре. Ты не представляешь какое глубокое удовлетворение мне доставляет эта мысль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #283

272. Сообщение от Михрютка (ok), 14-Фев-22, 00:30	+3 +/–
> Rustлевание. >_< ядру в прошлом году 30 стукнуло, это уже не rustление, это уже жесткая пенетrustия во все порты, с использованием служебного положения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #282, #403

273. Сообщение от Аноним (113), 14-Фев-22, 00:31	–2 +/–
>Вас с вашим ржавым ведром видеть в ядре не хотят, это вы понять не можете. Хотелки и нехотелки великих экспертов опеннета разработчикам ядра абсолютно неинтересны, это вы понять не можете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

274. Сообщение от Аноним (113), 14-Фев-22, 00:36	–2 +/–
>Очевидно, что если разработчик софта не будет идти на сотрудничество с разработчиками дистра, Ой, а почему же systemd все еще в большинстве дистров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #276, #349

275. Сообщение от Аноним (275), 14-Фев-22, 00:40	+/–
Покажите, что вы написали на Си. Держите чего стоит настоящий си программист. Пока это вы выпрыгиваете из штанов, даже всю новость застали попытками доказать какой раст плохой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #278

276. Сообщение от Самокатофил (?), 14-Фев-22, 00:46	+/–
Потому что его банкет в большинстве дистров оплачивает красношапка. У кого есть яйки -- форкнули и выкинули. Остальные даже не включали это изделие в дистр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #348

277. Сообщение от Самокатофил (?), 14-Фев-22, 00:54	–1 +/–
Маккьюсика тока закончу, и так сразу. Спасиб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

278. Сообщение от Самокатофил (?), 14-Фев-22, 00:57	–2 +/–
> Покажите, что вы написали на Си. Держите чего стоит настоящий си программист. > Пока это вы выпрыгиваете из штанов, даже всю новость застали попытками доказать > какой раст плохой. А смысл?! Все равно вы убежите, скуля что я - не я, а если и я - то вообще, вы не ожидали что в беседе я такая школьница. :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #358

279. Сообщение от Аноним (-), 14-Фев-22, 01:11	+/–
>> (Аноним): +[>+.] >> https://arkark.github.io/brainfuck-online-simulator/ >> Error: out of memory > И что это доказывает?! ХD Местным "экспертам-усе-божья-роса" - как обычно, ничего :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #280

280. Сообщение от Самокатофил (?), 14-Фев-22, 02:03	–1 +/–
>>> (Аноним): +[>+.] >>> https://arkark.github.io/brainfuck-online-simulator/ >>> Error: out of memory >> И что это доказывает?! ХD > Местным "экспертам-усе-божья-роса" - как обычно, ничего :) Так что же это доказывает? Ммм? Или ты как с ансейфом будешь тут убегать от признания? :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #287

281. Сообщение от Аноним (215), 14-Фев-22, 02:10	+/–
Полнота по Тьюрингу - это проклятье. Одни проблемы от неё. Если бы мы всё могли вычислять конечными автоматами - было бы вообще отлично, автоматы очень просты структурно, о них можно доказывать теоремы, всяких неразрешимых проблем для них нету в таком количестве. Но увы, увы, не все задачи решаются конечным автоматом, что печально. И магазинным автоматом тоже не все задачи решаются. Вот так и живём (хотя если жёстко по терминам итти, компьютер не машина Тьюринга, а лишь жалкое её подобие, ибо конечная лента ака ОЗУ)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

282. Сообщение от Самокатофил (?), 14-Фев-22, 03:14	+/–
Взгоготамши. Знал бы тогда, будучи красноокой и романтичной школотой, что стану свидетелем такого перфоманса, запас б юбилейную сигару с коньяком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #346

283. Сообщение от Самокатофил (?), 14-Фев-22, 03:16	+/–
Есть в этом что-то патологичное, как думаешь?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #288

287. Сообщение от Аноним (-), 14-Фев-22, 03:29	+/–
> Так что же это доказывает? Ммм? Ммм, какой занятный юлеж пошел. > Или ты как с ансейфом будешь тут убегать от признания? :-D Опять с голосами в своей голове диалог ведешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

288. Сообщение от Ordu (ok), 14-Фев-22, 05:49	–1 +/–
> Есть в этом что-то патологичное, как думаешь?! Не знаю, не думал об этом. Какая разница? Чувство глубокого удовлетворения стоит того.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #307

289. Сообщение от Аноним (224), 14-Фев-22, 07:34	+1 +/–
Что-то не получается у них редокс...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #300, #327

290. Сообщение от Аноним (290), 14-Фев-22, 07:37	+4 +/–
Линукс превращается в корпорастическую помойку - скоро придётся слезть с дохлой лошади. И найти другую.. FreeBSD, Haiku, что там ещё?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #301, #309, #336, #344, #347

291. Сообщение от Аноним (224), 14-Фев-22, 07:39	+1 +/–
И, главное, не надо теперь изучать само железо! Можно сразу писать драйвер на расте! И он будет безопасный! Только слегка течь и падать там, где растаманы перепутали больше-меньше при проверке вхождения в массив!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #328, #343

292. Сообщение от Аноним (224), 14-Фев-22, 07:47	+4 +/–
> Разработка финансируется Google и ISRG, которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS Так, это, а зачем вторая лезет с растом в ядро?!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #295

293. Сообщение от лютый жабби__ (?), 14-Фев-22, 08:06	–2 +/–
>A до этого не текло? А что, у вас течёт? У меня серваки часто с аптаймом 300-500 дней стоят и как часики работает всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

295. Сообщение от Аноним (261), 14-Фев-22, 08:19	+/–
А первая что, без Раста лезет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #302

296. Сообщение от Аноним (165), 14-Фев-22, 08:57	–1 +/–
> ядро станет возможно собирать gcc1.0 Где и кем это утверждалось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #298

297. Сообщение от угу (?), 14-Фев-22, 09:03	+1 +/–
Мущина, мущина, проснитесь! 32GB, вот ржака-то... скоро у каждой бесполезно-pi будет столько. А если ты нище6род и у тебя меньше, какое тебе еще ведро, сиди на своей венде, у нас тут впопенсорс и требует "подбирать железо под операционку". 128TB и то в качестве минимального требования. Ну там - сборка в один поток, окончание когда-то после колонизации Марса... Ибо нефиг, гугель лучше тебя знает какое ведро тебе собирать. А своим рабам он билдсистему подставит - где-то в облачках, чтоб ушлые индусы не сперли код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

298. Сообщение от Аноним (113), 14-Фев-22, 09:23	+/–
примерно там где аноним (165) поинтерисовался возможностью собирать вышеупомянутые патчи при помощи rust1.0 .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296 Ответы: #306

299. Сообщение от Аноним (299), 14-Фев-22, 09:24	+/–
Угадал ник по стилю повествования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

300. Сообщение от Аноним (113), 14-Фев-22, 09:24	–1 +/–
наверное потому что они пилят Linux ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #303

301. Сообщение от Аноним (113), 14-Фев-22, 09:25	–1 +/–
Hurd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

302. Сообщение от Аноним (224), 14-Фев-22, 09:29	+1 +/–
Да, сначала без раста залезли: CONFIG_NET_VENDOR_GOOGLE (и многое другое).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

303. Сообщение от Аноним (224), 14-Фев-22, 09:31	+/–
Теперь и линукс будет не получаться?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #304

304. Сообщение от Аноним (113), 14-Фев-22, 09:41	–2 +/–
>Теперь и линукс будет не получаться?! Как будто у тебя раньше что-то получалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #312

305. Сообщение от Аноним (-), 14-Фев-22, 09:47	+/–
>>> Аноним (215)  Там сборка мусора >> Аноним(10) Там подсчёт ссылок, но оно не сильно медленнее Си. > ... >> Аноним(10) а кто говорил, что подсчёт ссылок это не сборка мусора? > Не отвлекайся, крути и дальше минусики с плюсиками ... Коси под дурачка и дальше. Агрессия от сексуальной неудовлетворённости она такая, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

306. Сообщение от Аноним (165), 14-Фев-22, 10:38	+/–
я > rust1.0 ты > gcc1.0 Зачем ты ведешь себя как типичный растист?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298 Ответы: #310

307. Сообщение от Самокатофил (?), 14-Фев-22, 10:40	+/–
>> Есть в этом что-то патологичное, как думаешь?! > Не знаю, не думал об этом. Какая разница? Чувство глубокого удовлетворения стоит > того. Быть может вы пестуете то, что нужно вылечить, ммм? ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #330, #385

309. Сообщение от Самокатофил (?), 14-Фев-22, 10:42	+/–
> Линукс превращается в корпорастическую помойку - > скоро придётся слезть с дохлой лошади. > И найти другую.. FreeBSD, Haiku, что там ещё? DragonFly, NetBSD, OpenBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

310. Сообщение от Аноним (113), 14-Фев-22, 10:46	+/–
а чеВо такоВа, а как же хваленая Сишная стабильность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306 Ответы: #313

312. Сообщение от Аноним (224), 14-Фев-22, 10:54	+1 +/–
У всех растаманов не получалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #314

313. Сообщение от Аноним (165), 14-Фев-22, 10:55	–1 +/–
> хваленая Сишная стабильность Где я это говорил? Где я писал про gcc? Шизоид, перестань свои голоса в голове приписывать мне? Верни того Анонима, у него хоть бы более реалистичный поток сознания!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310 Ответы: #315

314. Сообщение от Аноним (113), 14-Фев-22, 10:59	–1 +/–
о, так ты еще и латентный растоман у которого не получается. мои соболезнования ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312 Ответы: #319

315. Сообщение от Аноним (113), 14-Фев-22, 11:03	+1 +/–
>Где я это говорил? Где я говорил что ты это говорил? >Где я писал про gcc? Где я утверждал что ты что-то писал про gcc? Шизоид, перестань свои голоса в голове приписывать мне! Верни того Анонима, у него хоть бы более реалистичный поток сознания!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313 Ответы: #317

316. Сообщение от aname (?), 14-Фев-22, 11:07	–1 +/–
Новое железо само себя не купит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

317. Сообщение от Аноним (165), 14-Фев-22, 11:10	–1 +/–
> Где я говорил что ты это говорил? Тогда зачем ты это написал? > Где я утверждал что ты что-то писал про gcc? Память как у золотой рыбки? ты > ядро станет возможно собирать gcc1.0 я > Где и кем это утверждалось? ты > примерно там где аноним (165) поинтерисовался возможностью собирать вышеупомянутые патчи при помощи rust1.0 . > Шизоид, перестань свои голоса Ответить нечем, начал тупо копипастить слова оппонента?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #320

318. Сообщение от aname (?), 14-Фев-22, 11:11	–1 +/–
Когда говорят про ржавь, говорят, что оно безопасТно. Ультимативно безопасТно, никаких "уточнений" про возможности этой "безопастности". Ты опять сманяврировал, получается: типа ржавь безопасТна, но есть ньюансы. Так и получится, что на практике оно не безопасТнее сишечки, а при этом жирное и ненужное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #332

319. Сообщение от Самокатофил (?), 14-Фев-22, 11:19	–1 +/–
а что, бывают растоманы у которых что-то получается? > мои соболезнования ... Ну что вы, сударь, это МНЕ вас жаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #322

320. Сообщение от Аноним (113), 14-Фев-22, 11:21	+1 +/–
>> Где я утверждал что ты что-то писал про gcc? > Память как у золотой рыбки? > ты > ядро станет возможно собирать gcc1.0 Итак разберемся. На мой вопрос про то где я утверждал что ты писал про gcc, ты меня в ответ спрашиваешь про мою память. И следующей же строкой указываешь что это я писал про gcc. Чувак, с кукухой все впорядке? Ты же логически связать 2 соседних предложения не можешь, а все туда же, проблемы ядра пытаешся обсуждать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317 Ответы: #321

321. Сообщение от Аноним (165), 14-Фев-22, 11:25	–2 +/–
> ты меня в ответ спрашиваешь про мою память И буду спрашивать, проверять твою память. Я писал про gcc? Ты писал про gcc?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320

322. Сообщение от Аноним (113), 14-Фев-22, 11:35	+/–
>а что, бывают растоманы у которых что-то получается? Вот, например, Miguel Ojeda : Linux Kernel: *Rust for Linux project — Web *Compiler attributes maintainer — Tree *Auxiliary display drivers maintainer — Tree *.clang-format maintainer — Tree Standardization: *ISO/IEC 9899 — C programming language: Spanish National Body representative — WG14 А чего добился ты? какую подсистему ядра сопровождаешь? В комитете по стандартизации С принимаешь участие? Как там? шаблон не трещит? Ведь, о божечки, человек способен выучить более 1-го ЯП!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319 Ответы: #342, #375

327. Сообщение от Аноним (-), 14-Фев-22, 12:26	–1 +/–
> Что-то не получается у них редокс... У кого - них? И почему, кстати, у "не них" (и тебя) не получается Хурд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

328. Сообщение от Аноним (-), 14-Фев-22, 12:32	+1 +/–
> И, главное, не надо теперь изучать само железо! Можно сразу писать драйвер > на расте! И он будет безопасный! Только слегка течь и падать > там, где растаманы перепутали больше-меньше при проверке вхождения в массив! На самом деле это хитрый план корпорастов, с целью создать дешевую замену элитным опеннетным изучателям железа и написателям драйверов. Ну и просто отвлечь их от разработки, заставив вместо кода строчить бесчисленные возмущенные комментарии!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

329. Сообщение от Урри (ok), 14-Фев-22, 12:42	–1 +/–
Растишечки принципиально необучаемы, правда? https://github.com/rust-lang/rust/blob/master/RELEASES.md
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #338, #360

330. Сообщение от Аноним (109), 14-Фев-22, 12:45	+1 +/–
> Быть может вы пестуете то, что нужно вылечить, ммм? ;-) Не пестует, а троллит. Да и не уверен, что тебя можно вылечить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #334

331. Сообщение от Аноним (331), 14-Фев-22, 12:48	+/–
Ну и зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #350

332. Сообщение от Аноним (-), 14-Фев-22, 12:49	–1 +/–
> Когда говорят про ржавь, говорят, что оно безопасТно. Ультимативно безопасТно, никаких > "уточнений" про возможности этой "безопастности". Кто говорит? Голоса из розеток? Не слушай! > Ты опять сманяврировал, получается: типа ржавь безопасТна, но есть ньюансы. Ты решил опубликовать свои ответы в споре с голосами? Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318

333. Сообщение от Аноним (331), 14-Фев-22, 12:52	+/–
Потому что если включить нужные опции, то будут маленькие бинарники
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #397

334. Сообщение от Самокатофил (?), 14-Фев-22, 12:54	–1 +/–
А че из под анонима? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #339

335. Сообщение от Урри (ok), 14-Фев-22, 12:54	–2 +/–
А кто мой ответ удалил? Здесь нет никаких утечек памяти. И в принципе быть не может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #340

336. Сообщение от Аноним (331), 14-Фев-22, 12:54	–2 +/–
Увы, мой милый Аноним, боюсь без корпораций систем юзабельных особо и нема
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

337. Сообщение от Урри (ok), 14-Фев-22, 12:55	+/–
И мои некоторые тоже. Забавно, неужели у людей так сильно подгорает от правды, что они начинают крысятничать - лишь бы не развиваться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #341

338. Сообщение от Аноним (-), 14-Фев-22, 12:56	+/–
>>> Напомните пожалуйста когда возникло это понятие. Не полгода назад, случайно? >> July 27, 2018 >> This year, we will deliver Rust 2018, marking the first major new edition of Rust since 1.0 (aka Rust 2015). > Растишечки принципиально необучаемы, правда? > https://github.com/rust-lang/rust/blob/master/RELEASES.md Это такой унылый спрыг или ты опять методички попутал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #329 Ответы: #380

339. Сообщение от Аноним (109), 14-Фев-22, 12:59	+1 +/–
> А че из под анонима? :) Участник:    Самокатофил Тип:    Аноним А сам-то? От санитаров шифруешься?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334

340. Сообщение от Аноним (109), 14-Фев-22, 13:07	+/–
> А кто мой ответ удалил? > Здесь нет никаких утечек памяти. И в принципе быть не может. У тебя, "художника" с кучей альтернативных видений и собственной терминологией - все может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335

341. Сообщение от Самокатофил (?), 14-Фев-22, 13:11	+1 +/–
> И мои некоторые тоже. > Забавно, неужели у людей так сильно подгорает от правды, что они начинают > крысятничать - лишь бы не развиваться? Читать растотреды без удаленных, что пить не закусывая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337 Ответы: #379

342. Сообщение от Аноним (224), 14-Фев-22, 13:16	+/–
И что из этого - получилось? Какой-то менежер атрибутов табличек на шкафчиках со швабрами...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #351, #352

343. Сообщение от угу (?), 14-Фев-22, 13:33	–1 +/–
> И, главное, не надо теперь изучать само железо! Можно сразу писать драйвер на расте! И он будет безопасный! вот именно! > Только слегка течь и падать там совершенно необязательно. Он может просто не работать до перезагрузки устройства (заодно с всем остальным железом) ресетом - это ведь - безопасно! Одна только беда: других драйверов скоро не останется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291 Ответы: #354

344. Сообщение от угу (?), 14-Фев-22, 13:35	+/–
> скоро придётся слезть с дохлой лошади. > И найти другую.. дохлую лошадь? Их тут в избытке, как прям в моровом могильнике. Некоторая проблема только что сильно разложились и даже заклинания неспособны даже на время заставить их нести груз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

345. Сообщение от Аноним (345), 14-Фев-22, 13:35	+/–
> И это неправильно. Первой должна быть первая версия. (с) Никлаус Вирт. Обратите внимание: у Вирта своё мнение было, поэтому он говорил от своего имени. А у вас своего мнения нет, поэтому вы вынуждены цитаты приводить. Даже в такой мелочи, как нумерация. Поэтому пересчёт должен начинаться с нуля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #378

346. Сообщение от угу (?), 14-Фев-22, 13:37	–1 +/–
Ипать ты лох... Знал бы - продал бы квартиру и пошел на курсы администрирования винды. На сигары и коньяк зарабатывал бы потом без проблева на месте. И плевал бы, что там у одичалых за забором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #355

347. Сообщение от Аноним (350), 14-Фев-22, 13:37	+/–
Syllable возродить https://en.wikipedia.org/wiki/Syllable_Desktop К тому же, она под православной лицензией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

348. Сообщение от Ананимус (?), 14-Фев-22, 13:40	–1 +/–
> Потому что его банкет в большинстве дистров оплачивает красношапка. У кого есть > яйки -- форкнули и выкинули. Остальные даже не включали это изделие в дистр. Это кто? Если вдруг хочешь сказать "Alpine", то они не используют systemd только по той простой причине, что он под musl плохо собирается. Кто ещё там, Gentoo? Там есть systemd. Ну вот void разве что, но они сразу по netbsd упарывались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #353

349. Сообщение от угу (?), 14-Фев-22, 13:41	+2 +/–
Дык он наоборот как раз - РЕШАЛ проблемы гуаноразработчиков гуанодристов - ничем не париться и не писать никакие сложные не по умишку стартапные скрипты, херак-херак, curl | sudo su  и в пакетик. Те два десятка пакетов которым все равно нужны сложные скрипты для запуска и обслуживания - ну будет дописывать тот десяток майнтейнеров которые еще умеют в юникс-системы. А остальные не нужны, любое ОНО с дипломом по гендерным штудиям справится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274

350. Сообщение от Аноним (350), 14-Фев-22, 13:45	+1 +/–
Анон_из_Восточной_Европы, похоже, имел ввиду юзерспейсные приложения, а не ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331 Ответы: #404

351. Сообщение от Аноним (113), 14-Фев-22, 13:55	+/–
> ... на шкафчиках со швабрами... Эк ты лихо Linux шкафчиком со швабрами назвал. Ты то, поди, по 2 таких ядра до обеда пишешь? Ась? Ну и, собственно, что ж  ты так распереживался то, за "шкафчик" то за этот?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342

352. Сообщение от Аноним (109), 14-Фев-22, 14:01	+/–
> И что из этого - получилось? Какой-то менежер атрибутов табличек на шкафчиках со швабрами... Да ты не стесняйся, расскажи какие подсистемы ядра сопровождаешь, в стандартизации каких языков принимал участие? "подистема ядреного комментирования" и "командно-матерный в отдельно взятой квартире"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342

353. Сообщение от Самокатофил (?), 14-Фев-22, 14:20	+/–
>> Потому что его банкет в большинстве дистров оплачивает красношапка. У кого есть >> яйки -- форкнули и выкинули. Остальные даже не включали это изделие в дистр. > Это кто? Если вдруг хочешь сказать "Alpine", то они не используют systemd > только по той простой причине, что он под musl плохо собирается. > Кто ещё там, Gentoo? Там есть systemd. Ну вот void разве > что, но они сразу по netbsd упарывались. они не используют systemd потому-что systemd -- г--но. И то что он под масл плохо собирается -- лишь одна из причин почему он г--но. А так: devuan, void, artix, guix, slackware, "вон те ребята" что форкнули арч: парабола/гипербола/обарун/итд, crux, pclinuxos, fsf-approved дистр вроде dragora, kiss, ну в общем гугли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348 Ответы: #356

354. Сообщение от Самокатофил (?), 14-Фев-22, 14:29	+/–
>> Только слегка течь и падать там > совершенно необязательно. Он может просто не работать до перезагрузки устройства (заодно > с всем остальным железом) ресетом - это ведь - безопасно! я слышал, сейчас модно задавать лимит процессу какой-нибудь контрол-группой, и рестартить его автоматически, до усрачки, забивая tmpdir'ы всяким мусором, чтоб системд терял связь с компонентами через свой захардкоженный дбас, до хардресета, и так по кругу во славу сатане. > Одна только беда: других драйверов скоро не останется. Всегда есть "маргиналы". Для меня это dflybsd. Разрабы портируют дровишки с линуха. Диллон любит сишку (есть опыт разработки компиляторов), и переписывает на сишке если вдруг что-то годное для стрекозы появилось на какой-нибудь не си :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343

355. Сообщение от Самокатофил (?), 14-Фев-22, 14:33	–1 +/–
> Ипать ты лох... > Знал бы - продал бы квартиру и пошел на курсы администрирования винды. > На сигары и коньяк зарабатывал бы потом без проблева на месте. И > плевал бы, что там у одичалых за забором. Не, я никсоЕд по зову сердца. "Ну люююююблююююю я тебяяяяяя" (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346

356. Сообщение от Ананимус (?), 14-Фев-22, 14:37	–1 +/–
> они не используют systemd потому-что systemd -- г--но ncopa с тобой не согласен :) > А так: devuan, void, artix, guix, slackware, "вон те ребята" что форкнули арч: парабола/гипербола/обарун/итд, crux, pclinuxos, fsf-approved дистр вроде dragora, kiss, ну в общем гугли. Ну то есть нишевые дистры, основной посыл которых "не как у всех". Скажи мне, ты правда думаешь, что кто-то ЗАСТАВЛЯЛ мейнтейнеров использовать systemd? Просто люди не то чтобы идиоты и хотят, чтобы софт на их системах работал без лишнего пердолева.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #357

357. Сообщение от Самокатофил (?), 14-Фев-22, 14:44	+/–
>> они не используют systemd потому-что systemd -- г--но > ncopa с тобой не согласен :) там кроме ncopa есть и кисснутые робяты. Впрочем, я сужу по результату, а не словам. >> А так: devuan, void, artix, guix, slackware, "вон те ребята" что форкнули арч: парабола/гипербола/обарун/итд, crux, pclinuxos, fsf-approved дистр вроде dragora, kiss, ну в общем гугли. > Ну то есть нишевые дистры, основной посыл которых "не как у всех". Слака появилась когда ниши не было, и смузибои не могли бы даже распарсить что такое "не как у всех". В принципе, типично что ты взялся за "маргинализацию". Свежо, одобряю. Но я как сказал, что те у кого были яйки форкнулись -- так и получилось. Форкнули дебиан и арч. Те кто не имел мейнтейнеров красношапки в дистрах или где другие критерии оценки качества -- даже не впиливали это г--но: slackware, dragora, void, guix, crux, kiss, etc. > Скажи мне, ты правда думаешь, что кто-то ЗАСТАВЛЯЛ мейнтейнеров использовать systemd? > Просто люди не то чтобы идиоты и хотят, чтобы софт на > их системах работал без лишнего пердолева. Прости, но эту шарманку по новой заводить не хочу. Ты прав, поднимаю лапки вверх.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356

358. Сообщение от Аноним (275), 14-Фев-22, 14:50	+/–
Ты легко можешь подтвердить что репозиторий твой. Само собой ты ничего не подтвердишь ведь ты не можешь написать ничего сложнее тупняка в комментариях
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #359

359. Сообщение от Самокатофил (?), 14-Фев-22, 14:54	–1 +/–
> Ты легко можешь подтвердить что репозиторий твой. > Само собой ты ничего не подтвердишь ведь ты не можешь написать ничего > сложнее тупняка в комментариях Пруф так пруф. https://www.youtube.com/watch?v=pLfcNB_R2u4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #427

360. Сообщение от Самокатофил (?), 14-Фев-22, 15:02	+1 +/–
> Растишечки принципиально необучаемы, правда? > https://github.com/rust-lang/rust/blob/master/RELEASES.md Ржака. Причем, у них там "рак-сплошняк", а не только в том, что на новоязе зовут Compatibility Notes. Вот например, что у них в новоязе называется рефакторингом: The implementations of vendor intrinsics in core::arch have been significantly refactored. The main user-visible changes are a 50% reduction in the size of libcore.rlib and stricter validation of constant operands passed to intrinsics. The latter is technically a breaking change, but allows Rust to more closely match the C vendor intrinsics API. Раздел Libraries. Тобишь, техниииически это конечно ломающее изменение. Но... who cares? Кто пишет серьёзно на расте, кмон :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #329 Ответы: #381

365. Сообщение от n00by (ok), 14-Фев-22, 15:28	+/–
Если под STL понимать библиотеку Степанова и Ли, то iostreams и т.п. в неё не входят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

371. Сообщение от wyry (?), 14-Фев-22, 16:50	+/–
>Да, благодаря подходу современного C++ их действительно становится меньше. Это как посмотреть. Можно писать сравнительно сложную систему на C с классами (пример, Джон Кармак, движок старенького Doom 3) и допускать минимум ошибок. Также можно в современном C++ наделать висячих r-value ссылок просто где-то услышав, что ими модно пользоваться, но не разобравшись до конца как они работают и когда это вообще нужно. Причём код будет компилироваться. Rust не защитит от дурака хотя бы тем, что в любой непонятной ситуации будет заюзан unsafe (даже если объективно не нужен!), а опытные и благоразумные разработчики и так знают где подстелить соломку, а от опечаток, семантических ошибок вообще не застрахован никто и нигде. И уж тем более никто не застрахован от неверного использования legacy-c кода (при этом код на Rust будет легитимным), а ведь сложные ошибки чаще всего и возникают на стыке чего-либо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

373. Сообщение от Ананимус (?), 14-Фев-22, 16:52	+/–
>  Куда больше лбдей его не пишут, а собирают и пользуют. Ну не нравится, переходи на другое ядро. Ах да, других сопоставимых нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #390

374. Сообщение от Sin2x (ok), 14-Фев-22, 17:12	–1 +/–
В чистых сях тоже есть RAII, если использовать экстеншн от gcc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #376

375. Сообщение от Sin2x (ok), 14-Фев-22, 17:42	+/–
Он стал "растаманом" сугубо из-за гугловского бабла: https://techbeacon.com/security/rust-linux-google-pays-isrg-... А так, он продолжает работу над стандартизацией С: http://open-std.org/jtc1/sc22/wg14/www/docs/n2896.htm
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #377

376. Сообщение от Аноним (113), 14-Фев-22, 17:50	+/–
>В чистых сях тоже есть RAII, если использовать экстеншн от gcc. так всетаки в "чистых" или таки если "использовать экстеншн от gcc"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #374

377. Сообщение от Аноним (113), 14-Фев-22, 17:56	+/–
>Он стал "растаманом" сугубо из-за гугловского бабла Как все просто с поиском причин у одноклеточных ... Так а что, по твоему получается, что вселенский вой на опеннете против раста стоит из-за того что всем противникам завидно? Что им гугул бабла не отсыпал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #375

378. Сообщение от Урри (ok), 14-Фев-22, 19:08	+/–
Это была отсылка к авторитету, если вы не в курсе таких элементарных вещей. И я тоже считаю, что индексация должна начинаться с 1. Потому как это, во-первых, логично. А во-вторых это естественный для человечества порядок. -- ваш троллинг не зашел, если вы не заметили. пишу вам об этом прямо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #433, #452

379. Сообщение от Урри (ok), 14-Фев-22, 19:09	+/–
+
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

380. Сообщение от Урри (ok), 14-Фев-22, 19:13	–1 +/–
Читать не умеем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338

381. Сообщение от Урри (ok), 14-Фев-22, 19:14	+/–
Именно так. Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #360

384. Сообщение от Самокатофил (?), 14-Фев-22, 20:00	+/–
> автор Curl переписывает его на раст. неспроста без ссылки, ага?))) А вот ссылка: https://daniel.haxx.se/blog/2020/10/09/rust-in-curl-with-hyper/ Будет один из туевой хучи бэкендов для http/1{,2}. У растаманек же поллюция уже: переписывают на расте!!! Гип-гип, ура! :-D Забавные вы люди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

385. Сообщение от Ordu (ok), 14-Фев-22, 20:35	+/–
Может быть, но и что? Мне _не_нужно_ это лечить. А если это нужно тебе, то тебе с этой нуждой придётся смириться и жить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #386

386. Сообщение от Самокатофил (?), 14-Фев-22, 20:49	+/–
> Может быть, но и что? Мне _не_нужно_ это лечить. А если это > нужно тебе, то тебе с этой нуждой придётся смириться и жить. А ты жёсткий, хлёсткий, дерзкий! Уважаю. Знаю, знаю, тебе пох. Просто хочу чтоб ты знал. Красавчик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385 Ответы: #389

388. Сообщение от Аноним (388), 14-Фев-22, 21:22	–2 +/–
В Д нет тебя и еще кучи рустеров. Уже одно это дорогого стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

389. Сообщение от Ordu (ok), 14-Фев-22, 21:33	+1 +/–
> Знаю, знаю, тебе пох. Нет, не пох. Это результат целенаправленной работы над собой, я очень горжусь им. Мне пришлось отрефлексировать в себе свой образ идеального "Я", принять реального "Я" таким, какой он есть. То есть принять, что я -- это именно вот этот реальный "Я", даже если он не всегда ведёт себя образом подобающим для идеального "Я". Выудить из всей этой мешанины и положить отдельными кучками "Я" такого, каким окружающие меня видят или хотят видеть. И отработать всю эту рефлексию до полного автоматизма, чтобы всегда чётко понимать где и что. Это несколько лет работы над собой, работы которую невозможно было бы провести, если бы мне было пох. Но любопытно, что ты об этом написал. Обычно люди, когда сталкиваются, оказываются настолько увлечены своими переживаниями, и тем как бы им ещё что-нибудь ляпнуть в текущем cpaче, что им не до того, чтобы анализировать то, с чем им пришлось столкнуться. Они удваивают активность своих попыток уязвить, или доказать, что в интернете кто-то не прав, и... Ну, в общем, им становится не до того, чтобы думать головой. Ты же смог подумать не только о себе в этой ситуации, но и обо мне тоже. Редкое явление.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386

390. Сообщение от заминированный тапок (ok), 14-Фев-22, 23:48	+/–
>>  Куда больше лбдей его не пишут, а собирают и пользуют. > Ну не нравится, переходи на другое ядро. Ах да, других сопоставимых нет. как раз-таки в текущем его виде - очень даже нравится (если нормално читать, что я написал, а не через слово) и другие пока что не нужны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373

393. Сообщение от СССР (?), 15-Фев-22, 02:36	+/–
не не нужно, ядро должно быть на одном языке, на си, плюсы они больше для бизнеслогики, ну да и для системного но все же именно для ядря, все же лучше только си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

394. Сообщение от СССР (?), 15-Фев-22, 02:41	+1 +/–
смотрю на всю эту ахинею с растом, и и понимаю, что бы хоть хотя бы немного, эту фирму, которая проталкивает раст, унять, нужно отказаться от их браузера, все ровно, хоть на хромиум хоть на ya (если есть под линукс). или ту же оперу
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #396

396. Сообщение от Российская империя (?), 15-Фев-22, 08:05	–1 +/–
>хоть на ya Совок хочет на Яндекс браузер?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #394 Ответы: #412

397. Сообщение от Аноним (-), 15-Фев-22, 08:09	–1 +/–
А ты лично с каждого растамана будешь требовать чтобы он вручную включал нужные опции? Как правило, бинари на Расте огромных размеров и эту тенденцию или закономерность нам не перебороть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #401, #407

400. Сообщение от anonymous (??), 15-Фев-22, 12:12	+/–
Про С++ Линус весьма однозначно высказывался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

401. Сообщение от anonymous (??), 15-Фев-22, 12:17	+/–
Просто сборочное окружение дистрибутива может по умолчанию включать нужные опции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #397

402. Сообщение от anonymous (??), 15-Фев-22, 12:19	+/–
Проще, но пользы, например, лично для меня гораздо меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

403. Сообщение от anonymous (??), 15-Фев-22, 12:20	+/–
Что с вами не так? Почему вы технические вопросы пытаетесь свести к какому-то странному сексуальному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #458

404. Сообщение от freecoder (ok), 15-Фев-22, 12:29	+1 +/–
> Анон_из_Восточной_Европы, похоже, имел ввиду юзерспейсные приложения, а не ядро. Да даже для прикладных программ непонятно, нужно ли оно. В Rust из привычного понимания ООП нет только наследования реализации для типов (но не для трейтов) и полиморфизма подтипов (но есть параметрический полиморфизм). То есть, имеются другие способы добиться того же. А когда говорят "нет ООП" имеют ввиду обычно что-то уж совсем лишенное высокоуровневых абстракций, но это далеко не всегда так. По хорошему нужно рассматривать не совокупно "ООП", а конкретные концепции, из которых складывается язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350 Ответы: #438

405. Сообщение от Аноним (4), 15-Фев-22, 12:35	+1 +/–
В Rust есть 2,5 столпа (нет наследования состояния, но есть наследование поведения) так что замечательно все стоит. Хоть и доучивать новое все равно придется. Несмотря на то что язык писался с расчетом на крестовиков, в нем чаще используются другие парадигмы, некоторые вещи реализуются по-другому. * Используется композиция вместо наследования https://en.wikipedia.org/wiki/Composition_over_inheritance * Data-Oriented Design там где требуется работать с большим числом объектов https://scholar.afit.edu/cgi/viewcontent.cgi?article=4192&co... * Другие дизайн паттерны https://rust-unofficial.github.io/patterns/intro.html Некоторые сложные проекты на Rust которые можно посмотреть (по строкам кода; данные взяты год назад): rust-lang 1.78 млн. redox 1.33 млн. diem 300 тыс. tikv 300 тыс. Veloren 200 тыс. есть еще интересный проект Servo, но там не считал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

406. Сообщение от Аноним (4), 15-Фев-22, 12:37	+/–
Конечно использует. А потом использует lbic, потом ядро, потом уязвимые процессоры. У Ada/SPARK точно такая же цепочка делегирования безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #414

407. Сообщение от Аноним (109), 15-Фев-22, 12:44	+1 +/–
> А ты лично с каждого растамана будешь требовать чтобы он вручную включал > нужные опции? Как правило, бинари на Расте огромных размеров и эту > тенденцию или закономерность нам не перебороть. Нет такой закономерности, есть лишь ламеризм отдельно взятых опеннетных "экспертусов", которые ни про сборочное окружение, ни про статическую линковку не слышали ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #397

408. Сообщение от Аноним (4), 15-Фев-22, 12:45	+/–
Проект где требуется скорость будет в проценте строк кода писать unsafe, проект где требуется безопасность сможет обойтись без unsafe. Это ваш выбор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #420

409. Сообщение от Аноним (4), 15-Фев-22, 12:58	+/–
> "jne" (или je+jmp Нет. Это лишняя mov (регистровая) инструкция. Можете сами сравнить https://rust.godbolt.org/z/Ed69aKqah >Желающие проверить лично берут и используют "sudo perf stat хелловорлд-с(и-без)-смарт-поинтерами", Я лично проверять не буду, доверюсь автору видео благо он известный специалист по оптимизациям https://twitter.com/chandlerc1024 Но если вы хотите, можете сами замерить, доказать свою правоту ему в Twitter, указать на его ошибку, получить свою долю славы. Я бы тоже с интересом посмотрел на бенчмарк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #419

410. Сообщение от Аноним (4), 15-Фев-22, 13:14	–1 +/–
>Аргумент годился бы если сравнивали с питоном. Да даже гребанная джава и та почище будет. Не надо сравнивать с языками со сборкой мусора. Тем более с динамически типизированными языками. Это идет против основной парадигмы Rust, С++, Ada/SPARK - упрощения синтаксису не в ущерб производительности. Опять же хочу спросить теперь у вас что конкретно вы бы убрали / поменяли в Rust? Наверно ни в одном ЯП не было столько обсуждения с сообществом, и столько копий сломано как при обсуждении синтаксиса Rust перед имплементацией. Этот синтаксис реально выстрадали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #421

411. Сообщение от Аноним (4), 15-Фев-22, 13:26	+/–
RAII не предотвращает от aliasing, писали что Chrome от этого сильно страдал. Особенно от use-after-free багов когда некоторые части кода могут иметь указатели на уже освобожденную память. В Rust же память не может быть освобождена пока имеется хоть одна внешняя ссылка на нее. Это проверяется либо во время компиляции borrow-checker'ом. Либо на стадии исполнения при явном использовании программистом подсчета ссылок. Ни юнит-тесты (сотни тысяч строк тестов), ни ассерты, ни санитайзеры по видимости не могут избавить Chrome, Firefox от больше чем сотни багов по работе с памятью в год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

412. Сообщение от Аноним (4), 15-Фев-22, 13:38	+1 +/–
Яндекс браузер написан гуглом на 99,4%, а он тоже входит в Rust Foundation.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #396

413. Сообщение от Аноним (413), 15-Фев-22, 13:52	+/–
На SPARK можно писать. Начать с прошивок оборудования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

414. Сообщение от Аноним (165), 15-Фев-22, 14:58	+/–
> Конечно использует. О, настоящий тот самый Аноним! Привет! Если использует unsafe, почему нужен этот цирк из каскада? Почему сразу нельзя писать простую unsafe-структуру?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #406 Ответы: #416

415. Сообщение от Аноним (4), 15-Фев-22, 15:06	+/–
>С# - безопасный и достаточно системный язык (на нем тоже ОСь написана, - singularity, - не менее безопасная чем почти почивший redox). И Java безопасна и при грамотном использовании выдает быстрый код, и на ней ОС написана, но ее не примут в ядро Linux по тем же причинам что и C#. >> Либо широкий и пространный код (как в SPARK), либо плохо читаемый (Без обучения языку. >Еще раз - глупости. Что конкретно глупости? SPARK сорсы выдают кода в 1,5 раза больше на смысловую единицу - это общеизвестный факт. За все приходится платить. Если вы считаете что можно выдать изящный код тогда давайте контрпример. Покажите системный язык со статической типизацией, без форсированного сборщика мусора (чтобы показать его системность - скорость исполнения), с подобием трейтов (интерфейсы), возможностью написания обобщенного кода и похожими гарантиями безопасности. Мне лично кроме Ada ничего на ум не приходит. В любом случае можно обойтись без интерфейсов и дженериков. Код будет выглядеть как на Си или Go. И будет таким же безопасным как написанный на Ada. >Но это не причина все превращать в регэкспы и тем более не причина утверждать что так и надо. Вы так и не показали что конкретно вы бы переделали, если бы хотели сделать Rust красивей. Дело в том что при проектировании каждую закорючку в языке обсуждали с боем на Github. Там велись дискуссии размером с маленькие справочники. Я склонен считать что они нашли золотую середину для программистов на Си/С++. >Все. Я бы все выкинул на помойку и сделал С++++ или C## с борроу-чекером. Вам бы пришлось вводить явные лайфтаймы. Куда запихаете? Как они будут выглядеть? >Пххх. "А как мне вывести хелловорлд на печать, такой глупо-сложный язык что никак не могу понять". Успех (с) Все мы похожее спрашивали. И уже тогда нас считали частью коммьюнити. Сейчас они спрашивают, потом внесут вклад. >А толку, если технический долг активно делает все эти библиотеки мертвым грузом? Так можно про любой язык написать. Редакции с новыми возможностями выходят и в крестах. В крайнем случае, если автор потерялся (что уже само по себе плохо для любой библиотеки) можно будет форкнуть проект и поправить там несколько строк для перехода на новую редакцию. Если не собираешься переписывать с новыми фичами. Не было пока таких изменений в Rust, которые бы потребовали серьезного глобального рефакторинга для получения совместимости с новой редакцией. К тому же существует специльный гайд и утилита cargo --fix https://doc.rust-lang.org/edition-guide/rust-2021/prelude.ht... Есть примеры более-менее крупных проектов которые используют Rust: rust-lang 1.78 млн. LOC, redox 1.33 млн., diem 300 тыс., tikv 300 тыс., Veloren 200 тыс. (данные годичной давности) Можно надеяться что чем больше будет таких проектов, тем проще будет поддержка в будущем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #447

416. Сообщение от Аноним (4), 15-Фев-22, 15:12	+/–
>> Конечно использует. > О, настоящий тот самый Аноним! Привет! > Если использует unsafe, почему нужен этот цирк из каскада? Почему сразу нельзя > писать простую unsafe-структуру? Конечно можно, но это Ты ее напишешь, а не разработчики стандартной библиотеки. Для себя, возможно даже открывать не будешь. Твой unsafe код проверят пусть 10 человек, а код стандартной библиотеки проверят во много раз больше и проектов на ней больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #414 Ответы: #418

417. Сообщение от Аноним (4), 15-Фев-22, 15:17	+/–
> Упомянутый use-after-free нашли с помощью asan Какую конкретно уязвимость? Есть еще вот такая вещь https://github.com/rust-lang/miri#bugs-found-by-miri с ее помощью уязвимости стандартной библиотеки находят. >, написанный сишниками-цэпэпэшниками. И что в этом плохого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

418. Сообщение от Аноним (165), 15-Фев-22, 15:19	+/–
> это Ты ее напишешь Опять двадцать пять. Где я заявлял, что напишу? Это ты заявлял, что уже написан безопасный, ещё раз по слогам, без-о-пас-ный двусвязный список.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #416 Ответы: #423

419. Сообщение от Урри (ok), 15-Фев-22, 15:29	+1 +/–
>> "jne" (или je+jmp > Нет. Это лишняя mov (регистровая) инструкция. Можете сами сравнить https://rust.godbolt.org/z/Ed69aKqah ты тоже "человек, который понимая ассемблер совершенно не в курсе как работают современные микропроцессоры." (c) Урри >>Желающие проверить лично берут и используют "sudo perf stat хелловорлд-с(и-без)-смарт-поинтерами", > Я лично проверять не буду, доверюсь автору видео благо он известный специалист > по оптимизациям Так тяжело потратить 5 минут на пару элементарнейших движений? Или банально не умеешь? Небось еще и поклонник раста, я угадал? > доверюсь автору видео благо он известный специалист по оптимизациям https://twitter.com/chandlerc1024 Ээээ. И что я там должен увидеть? Какие-то вообще не относящиеся к оптимизации бла-бла-бла? "QT is an image of a long, largely on-point critique of how Calendly ends up asserting (somewhat viciously) the social capital power differential between two people." ????? (по секрету - я тоже известный в некоторых кругах специалист по оптимизациям. мне за это даже деньги платят, причем очень давно). > Я бы тоже с интересом посмотрел на бенчмарк. Возьми и сделай, это не сложно. Впрочем ладно, так и быть. Вот тебе синтетическая рыба с тестами, ничего даже делать не надо - открыл ссылку и смотри. Ну или можешь все-таки засунуть в нее хоть какой-то не относящийся к unique_ptr код и насладится вообще сполна. https://pastebin.com/PrY2H9qB Самое вкусное внизу - когда на одном и том же коде в совершенно идентичных условиях то "63 842 579 962 cycles", то "63 179 246 976". Угадай, какая пара этих значений принадлежит uniq_ptr, а какая пара просто new: 17 844,46 msec task-clock 17 917,53 msec task-clock 17 986,22 msec task-clock 18 921,22 msec task-clock
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409 Ответы: #422

420. Сообщение от Урри (ok), 15-Фев-22, 15:53	+/–
И все эти проекты никак не смогут обойтись без регэкспоподобного говносинтаксиса и встроенных прямо в компилятор говнотулзеней. > Это ваш выбор. Мой выбор там, где требуется скорость, использовать С или С++. А там, где требуется безопасность, использовать джаву/шарп/с++. Причем на всех этих языках мой код десятилетней давности будет собираться современным компилятором. И даже при этом работать. И даже при этом оставаться читабельным и поддерживаемым. Так что мой выбор - не использовать гoвнoязык. С чем себя я и поздравляю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #408 Ответы: #429

421. Сообщение от Урри (ok), 15-Фев-22, 16:01	+/–
> Наверно ни в одном ЯП не было > столько обсуждения с сообществом, и столько копий сломано как при обсуждении > синтаксиса Rust перед имплементацией. Этот синтаксис реально выстрадали. Вот в этом и проблема. Язык надо сначала хорошенько обдумать и только после этого реализовывать. А не хуяк-хуяк-в-продакшен. Тогда не будет никаких страданий. Точнее, почти не будет. > Этот синтаксис реально выстрадали. А сколько страданий еще впереди...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #410 Ответы: #432

422. Сообщение от Аноним (4), 15-Фев-22, 16:52	–1 +/–
Вообще, в видео показано что генерируется лишняя инструкция в моменты использования unique_ptr, а не просто при создании его и уничтожении (как в вашем примере). Он дальше в видео объясняет это существованием необходимости поддерживать различные типы соглашений о вызовах. Таким вот образом легаси замедляет современные программы на С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #419 Ответы: #426

423. Сообщение от Аноним (4), 15-Фев-22, 17:06	+/–
Он безопасен с той точки зрения, что не нарушает инвариантов безопасного подмножества Rust. Я думал мы это подразумеваем в дискуссии. Каждый раз так расписывать утомительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #418 Ответы: #424

424. Сообщение от Аноним (165), 15-Фев-22, 17:36	+/–
> инвариантов безопасного подмножества Rust Может, сперва надо написать эти "инварианты"? > Я думал мы это подразумеваем в дискуссии То (не)полнота по Тьюрингу, то неведомые "инварианты". Какие ещё тайные знания скрывает Rust? Почему самописная unsafe-структура не соблюдает эти "инварианты", а входящая стандартную библиотеку unsafe-структура - соблюдает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #423

426. Сообщение от Урри (ok), 16-Фев-22, 00:24	+1 +/–
Аноним. Вы что, рассчитывали, что я засяду тратить пару часов времени чтобы полностью прослушать выступление, законспектировать его, разобрать на части, для каждой сделать пример и дать вам проигнорировать или обосрать (что вы прямо сечас и сделали)? Нет, у меня даже в мыслях этого не было. Для тех, у кого есть более одной извилины я написал три коротких тезиса, по которым хомо сапиенс само найдет, разберется и поймет. Для тех, у кого полторы - я привел рыбу, куда надо вписать нужное (можно даже не приходя в соснание) и пример как это запускается. > Таким вот образом легаси замедляет современные программы на С++. Впрочем вас это, очевидно, с вашей половинкой извилины, не касается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #422

427. Сообщение от Прохожий (??), 16-Фев-22, 01:53	+/–
Это не пруф. Это называется обкакался и убежал в кусты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

428. Сообщение от Прохожий (??), 16-Фев-22, 01:57	–1 +/–
Сидиоты, имеющие спецификацию Плюсов в полторы тысячи страниц, которую освоить на в состоянии ни один человек в мире, рассказывают, что Плюсы не имеют никаких сложностей. Это так мило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #437

429. Сообщение от Прохожий (??), 16-Фев-22, 02:16	+/–
>И все эти проекты никак не смогут обойтись без регэкспоподобного говносинтаксиса Тебя уже дважды спросили, что бы ты поменял в синтаксисе Раста. Ты так и не ответил. В глазки долбишься? Или сказать нечего, но надо что-то пyкнуть в очередной раз? >встроенных прямо в компилятор говнотулзеней. Прямо в компилятор ничего не встроено. Тебе, сидиоту, уже несколько раз об этом говорили. А вообще, какие у тебя проблемы с этими тулзами возникли? > И даже при этом работать. И даже при этом оставаться читабельным и поддерживаемым. Через пень-колоду с сегфолтами и и труднонаходимыми багами в связи с UB? Засунь свои программы куда подальше с такими "фичами".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #420 Ответы: #443

430. Сообщение от Прохожий (??), 16-Фев-22, 02:30	+/–
>Маркетинговый буллщит Это прямая экономия денег заказчика. Которые ты, как и всякий подобный тебе "конструктор из говнa и палок" считать не умеешь - "бизнес оплатит", ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #435

431. Сообщение от Прохожий (??), 16-Фев-22, 02:39	+/–
Уж конечно куда лучше получить такой же не поддерживаемый кусок непонятно чего с сегфолтами и UB на плюсах, которые никто не знает досконально, поэтому тащит в код то, что удалось освоить за последние десять лет безвозвратно потерянной жизни, потраченной на изучение этих самых Плюсов. И эти люди что-то рассказывают об эффективности программирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #436, #441

432. Сообщение от Прохожий (??), 16-Фев-22, 02:53	+/–
>Язык надо сначала хорошенько обдумать и только после этого реализовывать. Это плюсы-то с их двумя десятками способов инициализации хорошо продуманы? Или та же Сишка с l-value, r-value выражениями?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #421 Ответы: #434, #440

433. Сообщение от Прохожий (??), 16-Фев-22, 03:20	+/–
Так и шо получается, Си и Плюсы теперь нелогичные и противоестественные? А Паскаль единственно верный в этой троице? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378 Ответы: #439

434. Сообщение от Аноним (-), 16-Фев-22, 04:09	+/–
>>Язык надо сначала хорошенько обдумать и только после этого реализовывать. > Это плюсы-то с их двумя десятками способов инициализации хорошо продуманы? Или та > же Сишка с l-value, r-value выражениями? Это стандартна-обтекаемая хрень^W банальность уровня "чтобы писать код без ошибок, нужно просто писать код без ошибок!", выдаваемая местными теоретиками за откровение свыше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #432

435. Сообщение от Самокатофил (?), 16-Фев-22, 04:48	+/–
>>Маркетинговый буллщит > Это прямая экономия денег заказчика. Которые ты, как и всякий подобный тебе > "конструктор из говнa и палок" считать не умеешь - "бизнес оплатит", > ага. Вот и сэкономили: мозилла отправила растаманек на мороз. Бизнес оплатил.  :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #430

436. Сообщение от Самокатофил (?), 16-Фев-22, 04:51	+/–
> Уж конечно куда лучше получить такой же не поддерживаемый кусок непонятно чего > с сегфолтами и UB на плюсах, которые никто не знает досконально, Ты раст что ли знаешь досконально, растамань?))) > поэтому тащит в код то, что удалось освоить за последние десять > лет безвозвратно потерянной жизни, потраченной на изучение этих самых Плюсов. Растамань, без плюсов нет вашего раста. Не гадь там где ешь. > И эти люди что-то рассказывают об эффективности программирования. кто-то же должен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #431

437. Сообщение от Самокатофил (?), 16-Фев-22, 05:02	+/–
> Сидиоты, имеющие спецификацию Плюсов в полторы тысячи страниц, которую освоить на в > состоянии ни один человек в мире, рассказывают, что Плюсы не имеют > никаких сложностей. Это так мило. О, да это ж ты в треде по перлу обдристался в таком же стиле. Ну вот как ты можешь говорить о сложности чего либо, если даже ман не осилил? Ты ж стэковерфлоу-википедия-варриор. Оттуда же и про перл узнал небось. Разумеется тебе сложно.  Но такова селяви, бро, никто не утверждал что цэпэпэ не имеет никаких сложностей. Сложный цэпэпэ, очень сложный. Такая у него специфика, такова его область применения. Ваш удел -- не цэпэпэ, а растомакакинг и скриптинг, как когда-то были у печатных машинок наборщики текстов, так у нынешних однотипных задачек -- вы, копипастеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #428

438. Сообщение от Аноним (438), 16-Фев-22, 10:28	+/–
полиморфизма подтипов (но есть параметрический полиморфизм) О. Хочу оценить насколько пригоден rust. Проблема отсутсвия стабитльного ABI, думаю с возрастом (моего или rust'а) пройдет. Не могу пока оценить стоит ли за него браться. Основная проблема, нужен полиморфизм. Где бы посмотреть примеры? Желательно что-нибудь в виде двух иерархий типов. Каждая из которых использует другую (во все поля) полиморфно :) Может кто видел проект с такой реализацией?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #404 Ответы: #451

439. Сообщение от Урри (ok), 16-Фев-22, 10:53	+/–
> Так и шо получается, Си и Плюсы теперь нелогичные и противоестественные? Нет, конечно. Это вполне просто реализуется и в плюсах и в си. > А Паскаль единственно верный в этой троице? :) Нет. Всего лишь у паскаля единственного в этой троице изначально правильная и естественная индексация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #433 Ответы: #460

440. Сообщение от Урри (ok), 16-Фев-22, 10:54	+/–
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #432

441. Сообщение от Урри (ok), 16-Фев-22, 11:04	+/–
Не, ну то что вы на любом языке напишете неподдерживаемый кусок непонятно чего я даже не сомневаюсь. Но вот в реальном мире вокруг нас на нормальных языках написано огромное количество поддерживаемого софта. Настолько поддерживаемого, что код можно не трогать десятилетиями, просто пересобирая его новыми компиляторами. Настолько поддерживаемого, что когда через 10 лет находят вдруг ошибку (а ошибки есть и будут везде, даже в вашей мифической серебряной пуле), то она легко и просто исправляется (а не так как в вашей мифической серебряной пуле). > И эти люди что-то рассказывают об эффективности программирования. Именно. Эти люди планируют, выставляют счета, вовремя делают и качественно поддерживают сделанную работу. Они знают о чем говорят. >  удалось освоить за последние десять лет безвозвратно потерянной жизни, потраченной на изучение этих самых Плюсов. Я уже несколько раз вижу аргумент "С++ настолько сложен, что его невозможно изучить" и в очередной раз делаю вывод: растофанатики банальные безмозглые обезьяны. Если человек не может выучить С++ в необходимом для полноценной работы объеме, что является довольно простой задачей, то ему не место в профессии. Ему место в кочегарке, например. И никакие рекламирующие себя как волшебную палочку расты ему не помогут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #431

442. Сообщение от anonymous (??), 16-Фев-22, 11:11	–1 +/–
> Так и расту эта выразительность не помогает. В смысле? Те гарантии, что хотели обеспечить — обеспечили. Что значит «не помогает»? > Сношаться с кодом только помогает, Что конкретно это значит? > а уязвимости как были так и есть. А кто говорил, что уязвимости уйдут в абсолютный ноль?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

443. Сообщение от Урри (ok), 16-Фев-22, 11:15	+/–
Ты тупой, да? Я ответил, причем отвечал раз 15 уже за полтора года растофанатизма на опеннете - выкинул бы все на помойку и сделал С с борроу чекером. Это если(!) бы я делал новый раст. А так я считаю, что он банально не нужен. > Через пень-колоду с сегфолтами и и труднонаходимыми багами в связи с UB? Через пень-колоду с сегфолтами и и труднонаходимыми багами в связи с unsafe? Муа-ха-ха-ха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #429

444. Сообщение от anonymous (??), 16-Фев-22, 11:20	–1 +/–
> Захламлению синтаксиса спецсимволами, превращающему программу в некое подобие нечитабельных регэкспов? Если мозги есть и немного опыта набраться, то выясняется, что синтаксис там не создаёт никаких проблем. Умение читать конкретный синтаксис — это тупо дело привычки. А вот реальные особенности языка кроются за семантикой, а не синтаксисом. Чувствую себя даже немного неловко, когда приходится писать столь базовые вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #446

445. Сообщение от anonymous (??), 16-Фев-22, 11:26	–1 +/–
> Чтобы иметь все плюшки Си(++)? Если речь про Си (который используется в ядре), то они и в Rust есть. > Чтобы не пришлось годами впиливать его в линукс и в гигантское количество другого софта? Вы как-то пропустили ту часть, где я сказал «переписать всё ядро». > Чтобы не дублировать оптимизации по 100500 раз? Например? > Чтобы не плодить лишние сущности, не заставлять разработчиков выяснять различия и не раздроблять сообщество? В таком Си next gen это придётся делать так или иначе. Более того, это как раз будет лишней сущностью, ибо уже есть Rust. > Но конечно си контролировать было бы сложнее, это не раст, который можно выкупить у мозиллы. Хайп было бы сложнее поднять ("очередные изменения в си" вместо "новый выдающийся язык программирования"). А зарплата "редкого специалиста" будет побольше чем "пишу на современной версии" ("Ты еще и денег за это хочешь?!"). Теории заговора — это на zagovor.ru
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

446. Сообщение от Урри (ok), 16-Фев-22, 13:57	+3 +/–
> Умение читать конкретный синтаксис — это тупо дело привычки. Само собой. Я вот брейнфак неплохо читаю. И хаскель. И даже регэкспы. > Чувствую себя даже немного неловко, когда приходится писать столь базовые вещи. Чувствуешь себя неловко из-за того, что настолько идиот? Ведь только полный идиот может предположить, что его оппонент может быть настолько глуп, что может не понимать настолько базовые вещи ("Умение читать конкретный синтаксис — это тупо дело привычки"). Ну поздравляю, ты еще не совсем безнадежен. Можешь еще подумать вот о чем: язык программирования должен быть интуитивно легко читаем и понимаем. Поэтому и появились высокоуровневые языки программирования. Поэтому машинный код пишут на ассемблере (состоящем из мнемослов), а не прямо цифирьками. Хотя лично я, например, на заре своей карьеры именно цифирьками и писал. И даже помнил огромное количество команд прямо байтиками (благо их не так много тогда было). Вот с этой позиции и была написана фраза "Захламлению синтаксиса спецсимволами, превращающему программу в некое подобие нечитабельных регэкспов".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #444

447. Сообщение от Аноним (447), 17-Фев-22, 01:37	+/–
>loc: Count lines of code quickly. Ох лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #415

448. Сообщение от Аноним (447), 17-Фев-22, 01:44	+/–
Синтаксис другой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

449. Сообщение от Аноним (447), 17-Фев-22, 01:48	+/–
И близко нет. Сохранится совместимость и опыт разработчиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

450. Сообщение от Аноним (447), 17-Фев-22, 03:47	+/–
Если в ядро Linux добавят поддержку Rust, это создаст прецедент, почему тогда нельзя будет добавить поддержку для Go, Zig, Ceylon и других системных языков?
Ответить | Правка | Наверх | Cообщить модератору

451. Сообщение от Аноним (438), 17-Фев-22, 13:15	+/–
Сам себе отвечу. Может быть пригодится, кому-нибудь. Или все же у какого-либо растомана выступит ржавая слеза и он расщедрится на примеры. То, с чем обычно сталкиваешься в крупных проектах: какой-либо контейнер содержащий ссылки на базовый тип иерархии, и содержащий реальные объекты являющиеся подтипами из этой иерархии типов - простым способом не решить. В плюсах мне не хватает только возможности взаимно возвращать указатели на объекты одной иерархии из соответсвующих им объектов другой иерархии. Что то типа: virtual B* A::create(); BC* AC::create(); BD* AD::create(); virtual A* B::create(); AC* BC::create(); AD* BD::create(); где AC и AD - классы производные от класса A где BC и BD - классы производные от класса B. Надеялся на появление модулей, в которой данную проблему можно решить, но зря За модули взялись отмороженные уроды, которые сказали, что перекрестные ссылки это сложно и модули их разрешать не будут. Зачем тогда брались - не понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #438

452. Сообщение от bOOster (ok), 18-Фев-22, 05:32	+/–
Дело привычки, от математиков адресация с 1 идет. С нулем, в определенных случаях получаешь полный математический гимморой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378 Ответы: #459

453. Сообщение от bOOster (ok), 18-Фев-22, 05:51	+/–
Это ты правильно написал - программисты выбирают инструменты, а не макаки, не понимающие как наваянный им же код работает и ждущие от системы сборки чуть ли правки их корявых алгоритмов. ПыСы. Мне такие чудики напоминают взаимодействие "Вовки в тридевятом царстве" и "Двоих из ларца", а в результате - "А вы че, еще и есть за меня будете?" - "Ага"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #454

454. Сообщение от Ordu (ok), 18-Фев-22, 06:58	+/–
> Это ты правильно написал - программисты выбирают инструменты, а не макаки, не > понимающие как наваянный им же код работает и ждущие от системы > сборки Речь не про систему сборки и не про понимание кода. Речь про то, что код опакечивать бывает сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #453 Ответы: #456

455. Сообщение от wyry (?), 18-Фев-22, 12:22	+/–
Всё, чего в итоге добьются (если добьются) Rust'оманы при заигрывании с ядром - это раскол во всём Linux сообществе. Даже не сомневайтесь, что найдутся люди, которые просто не захотят иметь у себя в ядре прибитую гвоздями огромнейшую зависимость в виде Rust (причём единственно расово верную, т.к. никаких альтернатив всё равно нет!). Я не сомневаюсь что Google в итоге сделает так, что ядро начнёт ржаветь, насколько далеко это должно зайти - решать сообществу, но на пользу это никому не пойдёт. Здесь даже возможности языка уходят на 2-ой план. А здесь стоит только начать: если Rust начнёт активно использоваться, возбухнут сторонники C++ в ядре, которых Линус в своё время нахрен послал. Над Rust он скорее просто тихонько стебётся, чтобы инвесторов не пугать, но в итоге прогибаться придётся. В итоге вместо единого сообщества на C, получим множество более удалённых сообществ со своими самоварами и костылями.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #457

456. Сообщение от n00by (ok), 18-Фев-22, 12:56	+/–
> опакечивать бывает сложно. Знаю опакечивателей, у которых словосочетание "собрать пакет" вызывало бурную реакцию и считалось моветоном. Сначала не мог понять причин, а потом вспомнил, что по пляжам ходят люди со старой лыжной палкой и так ей ловко тюк, тюк, тюк... и всякие банки пустые, пакетики из под чипсов и прочий мусор на неё нанизываются. Вот этот труд считается низкоквалифицированным, но люди не ноют, что им тяжело наклоняться и собирать пакетики, придумали рацуху. А тут "я сборщик, ̶э̶т̶о̶ ̶з̶в̶у̶ч̶и̶т̶ ̶г̶о̶р̶д̶о̶  а растоманы мне работать мешают". Тьфу =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #454

457. Сообщение от Аноним (-), 18-Фев-22, 21:02	+/–
> Всё, чего в итоге добьются (если добьются) Rust'оманы при заигрывании с ядром > - это раскол во всём Linux сообществе. Даже не сомневайтесь, что > найдутся люди, которые просто не захотят иметь у себя в ядре И какая вам, Windows'ятникам, разница?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #455

458. Сообщение от Михрютка (ok), 19-Фев-22, 11:09	+/–
> Что с вами не так? Почему вы технические вопросы пытаетесь свести к > какому-то странному сексуальному. отвечает автор форка FreudBSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #403

459. Сообщение от Урри (ok), 19-Фев-22, 23:40	+/–
Не от математиков, а от естественного порядка вещей. Когда у вас есть один предмет - он первый. Не минус мятый, не семнадцатый и не нулевой. А первый. Когда предмета два, то второй это второй. Третий это третий и так далее. Естественный порядок счета (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452

460. Сообщение от Аноним (-), 20-Фев-22, 00:16	+/–
> Нет. Всего лишь у паскаля единственного в этой троице изначально правильная и естественная индексация. Которая или полностью задается погроммистом: array [-10..10] of int array [0..63] of char array [1..100500] array [boolean] array ['A'..'Z'] of придумайсам или тоже начинается с 0 для дин. массивов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #439

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

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