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

"Выпуск Arti 0.2.0, официальной реализации Tor на языке Rust"	+/–
Сообщение от opennews (?), 04-Апр-22, 22:53
Разработчики анонимной сети Tor представили выпуск проекта  Arti 0.2.0, развивающего Tor-клиент, написанный на языке Rust. Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и  пока не готов полноценно заменить его. В сентябре планируется сформировать выпуск 1.0 со стабилизацией  API, CLI и настроек, который будет пригоден для начального использования обычными пользователями. В более отдалённом будущем, когда код на Rust достигнет уровня, способного полностью заменить вариант на Си,  разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56966
Ответить | Правка | Cообщить модератору

Сообщения

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

2. Сообщение от bOOster (ok), 04-Апр-22, 22:57	+1 +/–
Маркетологи и тут поспели "Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода." Лохотрон.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #5, #7

3. Сообщение от Аноним (-), 04-Апр-22, 23:10	+2 +/–
Я думаю, надо написать аналог STL на си и назвать его Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #12, #61

5. Сообщение от А где же каменты (?), 04-Апр-22, 23:27	+/–
Если бы были маркетологи - выбрали бы название получше, с таким как сейчас - не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

7. Сообщение от Анонн (?), 04-Апр-22, 23:31	+7 +/–
Да ладно, сколько лишних проверок на null делается в си программах из-за отсутствия нормальных optional?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8, #37, #50, #53, #74

8. Сообщение от НяшМяш (ok), 04-Апр-22, 23:37	+/–
нормальный человек: asserts, asserts everywhere эксперт опеннета: я же не как все, мой код всегда корректный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13

9. Сообщение от Зигмунд (?), 04-Апр-22, 23:38	+2 +/–
> планируется добиться паритета с основной реализацией на языке Си в таких областях, как ... > ... надёжность, а также обеспечить поддержку всех возможностей, связанных с безопасностью. Иногда сигара - просто сигара
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Аноним (12), 04-Апр-22, 23:51	+/–
> половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe" Опять "если"... А потом добавят половину ошибок в виде перепутанных больше-меньше знаков, как было в FF при ручной проверке индекса массива.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #63

12. Сообщение от Аноним (12), 04-Апр-22, 23:53	–3 +/–
Туговато у растаманов идёт процесс: > планируется добиться паритета с основной реализацией на языке Си в таких областях, как сетевая производительность, нагрузка на CPU и надёжность производительность, нагрузка на CPU и надёжность... Раст не может по этим параметрам опередить Си!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #17, #23, #28

13. Сообщение от Анонн (?), 04-Апр-22, 23:54	+9 +/–
А толку от ассерта, если он или прогу роняет, или ничего не делает. В дебаге ты все кейсы не проверишь, в релиз - не потянешь. Все равно придется делать проверки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #64

15. Сообщение от Аноним (-), 05-Апр-22, 00:00	+4 +/–
>> половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe" > Опять "если"... А потом добавят половину ошибок в виде перепутанных больше-меньше знаков, > как было в FF при ручной проверке индекса массива. Опять опеннетная экспердиза - очередной опеннетный эксперд уверен, что перепутать больше-меньше на си невозможно, да и вообще, код будут писать те же самые люди. Экспердам бы взять, да показать на труЪ-ЯП, как нужно правильно, но ведь не экспердное это дело, реальный код писать - кто же тогда ценные указания для разработчиков в комментах строчить будет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #38

17. Сообщение от Аноним (-), 05-Апр-22, 00:13	–1 +/–
> Туговато у растаманов идёт процесс: Зато процесс подгорания у опеннетных оналитегов хорошо пошел! >> планируется добиться паритета с основной реализацией на языке Си в таких областях, как сетевая производительность, нагрузка на CPU и надёжность > производительность, нагрузка на CPU и надёжность... Раст не может по этим параметрам опередить Си! Опеннетный оналитег прочитал "планируют добиться" как "не может", еще и "надежность" (в оригинале там resilience) приплел зачем-то. Видимо, пламя праведной ярости в одном месте не очень способствует внимательному чтению ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

19. Сообщение от yurikoles (ok), 05-Апр-22, 02:10	+/–
>Arti изначально развивается в форме модульной встраиваемой библиотеки, которую смогут использовать различные приложения. Кроме того, при разработке нового проекта учитывается весь прошлый опыт разработки Tor, что позволит избежать известных архитектурных проблем, сделать проект более модульным и эффективным. Если учитывать этот опыт, то можно написать лучшую реализацию на любом языке, хоть на том же Си с нуля писать. >как минимум половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe". Это в теории, но на практике ведь всё равно будет: ехал unsafe через unsafe... Потому что накладные расходы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

20. Сообщение от Аноним (20), 05-Апр-22, 02:41	+1 +/–
Откуда вы хейтеры раста выползаете? Уверен, что все кто осилил на расте более чем Хелло Ворлд будет как минимум нейтрально относиться к языку как к альтернативе c/cpp как к тому же питону, хотя пример не совсем тот.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #60

21. Сообщение от Аноним (12), 05-Апр-22, 03:18	–2 +/–
Ну смотри, что сами растаманы пишут: > планируется добиться паритета с основной реализацией на Си в таких областях, как сетевая производительность, нагрузка на CPU и надёжность Понимаешь, когда растаманы бросаются на задачу, у них сразу идёт потеря надёжности и производительности, да ещё нагружают проц больше. Зато на расте!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #22, #25, #36

22. Сообщение от Аноним (12), 05-Апр-22, 03:21	+/–
...и потом героически пытаются догнать код на Си десятилетиями. Ведь опыт попытки разработки FF в Мозиле, а также своей редох их ничему не научил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #45

23. Сообщение от Я (??), 05-Апр-22, 03:36	+1 +/–
может и может но не в первый год разработки же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #24

24. Сообщение от Аноним (12), 05-Апр-22, 04:18	+/–
Взять любой другой крупный проект-долгожитель: FF, редох... Они все в каком-то тормознуто-брошенном состоянии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от qwe (??), 05-Апр-22, 05:15	+3 +/–
Не может ли тут иметься ввиду, что до мажорного релиза, как и на Си и на любом языке - это всего лишь первичный рабочий набросок? Тогда всё становится на места и возвращается логика в этот мир. Ни одна программа не пишется с наскоку оптимизированной, очевидно. Указана же весия минорная. Раст, как и любой иной язык, - не залог де-факто всяких оптимизаций. Так напасть и сожрать с говном можно всех и вся, смысла 0.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #48

28. Сообщение от _kusb (ok), 05-Апр-22, 06:03	+1 +/–
А может только что сделанная реализация не может?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

31. Сообщение от mos87 (ok), 05-Апр-22, 07:36	+/–
Господа а ТОР у всех робит? На 5% (connecting to a relay или что-то такое) не затыкается?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #34, #44

33. Сообщение от Аноним (33), 05-Апр-22, 08:01	–3 +/–
В России то? Боюсь мало у кого он тут работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #46, #66

34. Сообщение от yurikoles (ok), 05-Апр-22, 08:05	+/–
> Господа а ТОР у всех робит? На 5% (connecting to a relay > или что-то такое) не затыкается? Товарищи майоры из РКН уже 4 месяца назад как заблокировали https://www.opennet.ru/opennews/art.shtml?num=56303 Попробуй им через западный почтовик, вроде Gmail, написать письмо с телом `get bridges` на bridges@torproject.org
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #55, #67, #78

36. Сообщение от Аноним (36), 05-Апр-22, 08:17	+1 +/–
> идёт потеря надёжности Тебе уже написали, что там в оригинале не "надежность" (переведенная надмозгом), а "устойчивость" (resilience). Чувствуешь разницу? А строчки из статьи, где говорится о том, что "как минимум половина всех отслеживаемых проектом уязвимостей" канет в лету, ты старательно игнорируешь? Минус половина ошибок - это понижение надежности программы? Опять же, строчку "В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода..." ты также старательно игнорируешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #49

37. Сообщение от Аноним (92), 05-Апр-22, 08:21	–2 +/–
> сколько лишних проверок на null Некоторые умные компиляторы, в том числе бекенды в виде llvm, умеют оптимизировать лишние проверки. > optional И сколько лишних приседаний делаешь, чтобы использовать этот optional? Unwrap на unwrap'е и unwrap'ом погоняет? Использование optional не сокращает количество кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

38. Сообщение от Аноним (92), 05-Апр-22, 08:24	–1 +/–
> очередной опеннетный эксперд Ты внеочередной?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #52

44. Сообщение от Аноним (44), 05-Апр-22, 09:12	+/–
Работает, только бриджы нужно в конфиг добавить. В linux еще приходится таймером перезагружать юнит каждые 30 минут, иначе, походу, в периоды неактивности бридж разрывает подключение, не разобрался детально
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #57, #76

45. Сообщение от Аноним (92), 05-Апр-22, 09:15	+/–
> Ведь опыт ...  их ничему не научил. Как не научил? Теперь сразу с ходу без опыта лезут, например, отсутствующими драйверами в ядро linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

46. Сообщение от Аноним (12), 05-Апр-22, 09:18	–1 +/–
Тор - как неуловимый Джо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

48. Сообщение от Аноним (12), 05-Апр-22, 09:23	+/–
> Ни одна программа не пишется с наскоку Но тут есть готовая, отлаженная, надёжная, быстродействующая программа на Си... Где же тут "наскок"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #54

49. Сообщение от Аноним (12), 05-Апр-22, 09:25	–2 +/–
> называется желание Увы, как показала практика, одного желания растаманов - мало. FF - бросили, редох - бросили, вот сейчас желают дрова сразу в ядро линуха писать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #58

50. Сообщение от Аноним (50), 05-Апр-22, 09:54	+/–
Так если unwrap то тоже будет panic, а так проверки никуда не деваются Option<T>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

51. Сообщение от Full Master (?), 05-Апр-22, 09:56	+1 +/–
>Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его. Все что нужно знать о прожектах на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

52. Сообщение от Аноним (-), 05-Апр-22, 11:08	+/–
>> очередной опеннетный эксперд > *громкое возмущенное попупивание* И опять опеннетные Эксперд написал 0 по теме и проигнорировал неудобные вопросы ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #79

53. Сообщение от Анонн (?), 05-Апр-22, 11:15	–2 +/–
> умеют оптимизировать лишние проверки. Ага, но там только есть некая вероятность что компилятор сможет "догадаться" что вход никогда не будет пустой и это можно оптимизировать и зависит от версии компилятора, фазы луны, может быть флагов, структуры написанного кода. > Использование optional не сокращает количество кода. Не правда. "if (a == null) { }" очень мало отличается по длине от "if let Some(i) = number { }" А unwrap добавляет всего одно слово. Да, он будет паниковать и это редко нужное решение - лучше правильно захендлить ошибку. Но если у тебя есть группа функций, преобразовывающих один объект, напр. строку, которые могут вызываться как по отдельности, так и в виде цепочки вызовов, то в си тебе придется в каждой функции делать проверку входной строки. Просто потому что ты не знаешь в каком порядке их вызовут. Ну или писать в доке "обязательно проверьте что вход не null" и обязательно найдется тот, кто это не сделает. А тут ты делаешь параметры всех функций non-optional и проверка нужна только ОДНА в любом случае - что перед вызовом одной функции, что перед вызовом цепочки из 100500 функций. Причем это не какая-то особая фишка раста, нормальные optional есть в kotlin, swift и других языках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #68, #120

54. Сообщение от Аноним (-), 05-Апр-22, 11:19	+1 +/–
>> разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си. > Но тут есть готовая, отлаженная, надёжная, быстродействующая программа на Си... Где же тут "наскок"? И опять опеннетные эксперды лучше разрабов знают, что и как им нужно делать (правда, опять совершенно не готовы показать в реальности, личным примером) ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

55. Сообщение от mos87 (ok), 05-Апр-22, 11:50	+/–
Спасибо. Про мосты в курсе, просто не был уверен что в роском321ах дело. Новость пропустил... Странноватые способы получения конечно, особегно телега забавляет. Но попытаемся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

57. Сообщение от mos87 (ok), 05-Апр-22, 11:54	+/–
Спасибо, учту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

58. Сообщение от Аноним (58), 05-Апр-22, 11:58	+/–
> Увы, как показала практика, одного желания растаманов - мало. FF - бросили, > редох - бросили, вот сейчас желают дрова сразу в ядро линуха писать... Увы, как показала практика, опеннетная оналитека - никудышняя. https://gitlab.redox-os.org/redox-os/redox/-/commits/master >  05 Apr, 2022 1 commit >    Update relibc >    Jeremy Soller authored 6 hours ago
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #80

59. Сообщение от Full Primary (?), 05-Апр-22, 12:06	+1 +/–
>>Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его. > Все что нужно знать о прожектах на Rust. Все что нужно знать о знаниях разработки местных оналитегов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

60. Сообщение от Аноним (61), 05-Апр-22, 13:04	+2 +/–
>Откуда вы хейтеры раста выползаете? примерно половину коментариев к этой новости сделал троль Аноним (12) замусоривший всю тему своими толстыми вбросами на тем того какой rust плохой. А администрация замечание об этом удалила, а его толстоту оставила. Мне кажется здесь всего несколько человек ненавидят rust, но из-за того что они почти целеком замусоривают темы создается впечатление что весь opennet его ненавидит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #81

61. Сообщение от Аноним (61), 05-Апр-22, 13:07	+/–
у вас не получится сделать Standard Template Library на Си, ведь в нем нет обобщенного программирования. можете попробовать накостылить на препроцессоре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #62, #65, #92

62. Сообщение от Аноним (61), 05-Апр-22, 13:08	+/–
*standard TEMPLATE library
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

63. Сообщение от Аноним (63), 05-Апр-22, 14:09	+/–
На сишечке легко перепутать = и == После Паскаля очень раздражало. К счастью в С++-- (оно же java) решили эту проблему, оставив си пробный синтаксис
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

64. Сообщение от НяшМяш (ok), 05-Апр-22, 14:53	+/–
> В дебаге ты все кейсы не проверишь Значит в конторе большие проблемы с тестированием. Но в любом случае я согласен, что в наше время начинать новый проект на сяшке - надо иметь очень сильные аргументы за.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

65. Сообщение от Кирилл (??), 05-Апр-22, 15:45	+/–
А вдруг, в какой C2x добавят обобщённое программирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

66. Сообщение от Аноним (66), 05-Апр-22, 15:48	+/–
На проводном доступе робит, через Полосатолайна и Громкоговорящего - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

67. Сообщение от Аноним (66), 05-Апр-22, 15:50	+/–
Пробовал несколько разных мостов менять при доступе через сеть мобильных операторов, не получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

68. Сообщение от QMaster (ok), 05-Апр-22, 15:54	+/–
Вот из-за этого "всего одно слово" паскакаль и его наследники и не взлетели. Словоблудие и скорость разработки - вещи несовместимые. А ещё, где-то вовремя забытый unwrap даёт ошибку компиляции, дописывание и по кругу, т.к. где-то забыт ещё один. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #69

69. Сообщение от Анонн (?), 05-Апр-22, 16:11	+3 +/–
Э... Я надеюсь это у тебя юмор такой. Забытый unwrap (как и лишний) действительно даст ошибку компиляции. И программист пойдет и исправит ее. Причем еще до того как пушнет этот код куда-то. Эта ошибка никогда не дойдет до пользователя. А забытая проверка на null так и останется забытой проверкой на null. Пока не найдется во время очередной CVE, и все будут думать "ну как же так случилось, любой настоящий погромист знает что нужно проверять входные данные!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #75

73. Сообщение от Cemen (?), 06-Апр-22, 00:57	+/–
Передаю привет сотрудникам АНБ разработавшим этот большой бэкдор под названием Rust. Основная проблема безопасности rust это сложная система зависимостей с его cargo. Зависимости тянут бесконечно свои зависимости, которые в крупных проектах не возможно отследить, а так же просто так исправить в них ошибки без обращения к хозяину пакета, и пока он не обновит свой пакет. Так же все усугубляет то, что в одном проекте могут быть разные версии одной и той же библиотеки для разрешения зависимостей всех засимостей!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #85, #97

74. Сообщение от Аноним (-), 06-Апр-22, 01:33	–1 +/–
И большая их часть удаляется оптимизатором если он может доказать что проверка бесполезная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

75. Сообщение от Аноним (-), 06-Апр-22, 01:34	–1 +/–
Рантайм паникам раста это все расскажете
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #86

76. Сообщение от Аноним (-), 06-Апр-22, 01:36	–1 +/–
А не проще по таймеру что-нибудь через тор гонять? Да и восстанавливает соединения он сам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

77. Сообщение от Аноним (-), 06-Апр-22, 01:37	+/–
И более того - все это под колпаком фаундейшна состоящего из майкрософта, гугла и амазона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

78. Сообщение от Аноним (78), 06-Апр-22, 08:05	+1 +/–
> через западный почтовик, вроде Gmail, написать письмо Анонимная сеть, говорили они :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

79. Сообщение от Аноним (92), 06-Апр-22, 08:37	–1 +/–
Сам-то сколько написал по теме, внеочередной?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

80. Сообщение от Аноним (92), 06-Апр-22, 09:09	–2 +/–
> relibc Ругают Си, но без него не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #83, #87

81. Сообщение от bOOster (ok), 06-Апр-22, 09:47	–3 +/–
>>Откуда вы хейтеры раста выползаете? > примерно половину коментариев к этой новости сделал троль Аноним (12) замусоривший всю > тему своими толстыми вбросами на тем того какой rust плохой. > А администрация замечание об этом удалила, а его толстоту оставила. > Мне кажется здесь всего несколько человек ненавидят rust, но из-за того что > они почти целеком замусоривают темы создается впечатление что весь opennet его > ненавидит. Никто не ненавидит RUST как язык программирования - но западная тенденция на лицо. Растоманов спрашивают - обьективно, как вы собираетесь превзойти язык программирования на котором РАСТ изначально написан. Так не бывает - это "перпетум мобиле"... А в ответ - вы все ниче не понимаете, вы нам должны поверить на слово, раст лучше всех. В итоге ненавидят не сам язык а "баранов" ведущих себя как я раньше написал. А тенденция просматривается, это как будто болезнь. Выходит текущий президент США и говорит - во всех проблемах в США - ВВП виноват. Люди с обьективным/адекватным складом мышления - естественно задают вопрос - "Почему? Вы можете это как-то обосновать?" и тут в их сторону летит - "Вы пособник ВВП, разрушаете нашу страну и т.п.". Растоманы ведут себя абсолютно идентично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #88, #90, #91

82. Сообщение от burjui (ok), 06-Апр-22, 10:13	+/–
Про накладные расходы, которых нет, см. https://www.opennet.ru/openforum/vsluhforumID3/127107.html#72
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

83. Сообщение от burjui (ok), 06-Апр-22, 10:16	+/–
Бла, бла, бла, бла, бла... Хейтеры судорожно цепляются за соломинки, лишь бы дотянуться и плюнуть в лицо растоманам, даже если сами упадут в пропасть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #84

84. Сообщение от Аноним (92), 06-Апр-22, 10:30	–3 +/–
> лишь бы дотянуться и плюнуть в лицо ... ... в сторону Си. И этим здесь в каждой новости занимаются фанатики Раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

85. Сообщение от Анонн (?), 06-Апр-22, 10:47	+2 +/–
С Cargo проблем нет. Вы можете: - писать без зависимостей (ну... удачи) - добавлять зависимости непосредственно как параметры компиляции в вызов rustc - использовать toml, но ссылаться на свой git репозиторий или вообще на локальный путь - можно форкать нужные либы и ссылаться уже на свои репозетории - создать свой private registry и работать с ним (удобно когда есть много общих внутренних либ) - фиксировать версии на чужие пакеты и проверять что в них поменялось перед обновлением Как-то так. Нужно всего-лишь почитать доку https://doc.rust-lang.org/cargo/ С dependency тут дела обстоят лучше чем в с/с++ - тут хотя бы есть удобный способ, но при этом не убраны все остальные варианты. А АНБ нужно вначале сказать спасибо за DebianPackages. Бесконечные зависимости которые обновлял неизвестно кто и неизвестно зачем для любого крупного проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #98

86. Сообщение от Аноним (-), 06-Апр-22, 11:35	+/–
>> Забытый unwrap (как и лишний) действительно даст ошибку компиляции. [будет ошибка значения типа] > Рантайм паникам раста это все расскажете А тебе, не знающему матчасть, но ценное мнение имеющему, что сказать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

87. Сообщение от Аноним (-), 06-Апр-22, 11:43	+1 +/–
>> relibc is a portable POSIX C standard library written in Rust. It is under heavy development, and currently supports Redox and Linux. >> The motivation for this project is twofold: Reduce issues the redox crew was having with newlib, and create a safer alternative to a C standard library written in C. > Ругают Си, но без него не могут. Какой громкий, возмущенный пук! А сказать-то что хотел? Или как обычно - увидел знакомую букву?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #89

88. Сообщение от Аноним (-), 06-Апр-22, 11:50	+2 +/–
> Никто не ненавидит RUST как язык программирования - но западная тенденция на > лицо. Растоманов спрашивают - обьективно, как вы собираетесь превзойти язык программирования > на котором РАСТ изначально написан. OCaml? Давно уже "превзойден": https://benchmarksgame-team.pages.debian.net/benchmarksgame/... > Так не бывает - это "перпетум мобиле"... А в ответ - вы все ниче не понимаете, вы У прогулявших компиляторостроение - все может быть. Зато политоту и кучу фантазий приплел ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

89. Сообщение от Аноним (92), 06-Апр-22, 13:57	–2 +/–
> C standard library written in Rust Вот именно! Ругаем Си, но пишем и используем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #94, #95

90. Сообщение от Аноним (63), 06-Апр-22, 15:38	+/–
Компилятор rust сначала был написан на OCaml
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #93

91. Сообщение от Аноним (63), 06-Апр-22, 15:44	+/–
>В итоге ненавидят не сам язык а "баранов" ведущих себя как я раньше написал. >А тенденция просматривается, это как будто болезнь. Болезнь opennet это его эксперты Лечиться отключением комментариев
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

92. Сообщение от Аноним (92), 06-Апр-22, 16:28	+/–
> можете попробовать накостылить на препроцессоре пытался я (недо)лисп накостылить на препроцессоре... неполучилось, но, думаю, при особом желании (почти) возможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

93. Сообщение от bOOster (ok), 06-Апр-22, 16:50	+1 +/–
> Компилятор rust сначала был написан на OCaml Ну хорошо, давай пойдем к корням....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #96, #100

94. Сообщение от Аноним (-), 06-Апр-22, 17:01	+/–
>> C standard library written in Rust > Вот именно! Ругаем Си, Пруфец давай, где Джереми ругает Си. Или балабол? > но пишем и используем. И где именно там, помимо тестов, "пишется и используется" Си, балабол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #104

95. Сообщение от burjui (ok), 06-Апр-22, 17:10	+/–
Вам, хейтеркам, не угодишь: используешь сишный код или API - "ааа, лохи, не могут без C"; переписываешь всё с нуля - "ааа, дебилы, делать им нечего, лишь бы переписать на хрусте". Такое ощущение возникает, будто вы занимаетесь демагогией из-за избытка свободного времени. Впрочем, это же Опеннет, рассадник школоты с тяжёлой формой синдрома "кулхацкер головного мозга" - когда принципиально пишешь на C, но только лабы и свои наколенные поделки, при этом рассуждая в комментах о том, как это идеально делать (хотя, даже ядрёные разрабы Linux не умеют и косячат), и о идеалах Unix, которые застряли в 80x, когда компы и софт были простые, как две копейки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #105

96. Сообщение от burjui (ok), 06-Апр-22, 17:20	+/–
А пошли. Компилятор Rust был написан на OCaml, тот на C, тот на B... бла бла бла... на ассемблере -> на машинных кодах -> на логических элементах -> на транзисторах -> на атомах -> на кварках -> на квантовых полях. Короче, кто разрабатывает не на квантовых полях - лох и слабак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #99

97. Сообщение от burjui (ok), 06-Апр-22, 17:29	+/–
Бла бла бла... Просто не использовать зависимости не пробовал? Прикинь, так можно. Но вот у C и C++ всё, конечно, куда лучше - та же самая куча чужого говнокода, только прибивать его гвоздями к проекту нужно вручную. Это, разумеется, добавляет очень много очков безопасности, даже если не читал исходники. Почему? А потому что. Потому что не Rust, так опеннетный эксперт по безопасности сказал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

98. Сообщение от Аноним (98), 06-Апр-22, 18:55	–1 +/–
> фиксировать версии на чужие пакеты и проверять что в них поменялось перед обновлением Вый действительно будете это делать и проходить по зависмостям своих зависимостей? Или притворяетесь? Разработчики на Си используют то что идет в пакетах дистрибутивов linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #102, #103

99. Сообщение от Аноним (99), 06-Апр-22, 19:11	+/–
>А пошли. Компилятор Rust был написан на OCaml, тот на C, Точно на Си? не на Algol или Fortran который любят ученые, не на ассемблере? Не методом раскрутки компилятора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

100. Сообщение от Аноним (99), 06-Апр-22, 19:31	+/–
А что с корнями OCaml? Расскажите?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #101

101. Сообщение от Аноним (99), 06-Апр-22, 19:38	+/–
>The first implementation of Caml appeared in 1987 and was further developed until 1992. It was created mainly by Ascander Suarez. After Ascander left in 1988, Pierre Weis and Michel Mauny, carried on with the development and maintenance of the system. This implementation compiled Caml down to LLM3, the virtual machine of the Le_Lisp system. Тоесть первый компилятор Caml в Lisp транслировал. В каком там году лисп вручную на перфокартах компилировали ищите сами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

102. Сообщение от burjui (ok), 06-Апр-22, 21:49	+/–
Ничего не мешает делать так же для крейтов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #110

103. Сообщение от Аноним (-), 06-Апр-22, 22:50	+/–
> Разработчики на Си используют то что идет в пакетах дистрибутивов linux. Занятные фантазии ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #111

104. Сообщение от Аноним (92), 07-Апр-22, 08:51	–1 +/–
> Пруфец давай, где Джереми ругает Си. Пруфец давай, где я писал про Джереми. Или опять поскакал? Под "вами" я имел в виду фанатиков, которые пишут новости, в которых 3 абзаца идет восхваление Rust, и насколько C плохой. > И где именно там ... "пишется и используется"? Вообще-то, это было сказано про вас, фанатиков. Скомпилируй "hello world" и покажи ldd. Где твой пруф? Я с ходу нашел опровержение https://github.com/redox-os/relibc/tree/master/src/c
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #108

105. Сообщение от Аноним (92), 07-Апр-22, 08:56	+/–
> Вам, хейтеркам, не угодишь На себя посмотрите. В каждой новости хейтите Си по 3 абзаца. Какая ожидается реакция на таких беспардонных хейтеров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #106

106. Сообщение от burjui (ok), 07-Апр-22, 10:10	+/–
А вот и демагогия уровня детского сада подъехала: "Нет, не я дурак, а ты!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #107

107. Сообщение от Аноним (92), 07-Апр-22, 10:43	+/–
> демагогия уровня детского сада Уровень демагогии соответствует твоей. Свое сообщение прочитай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

108. Сообщение от Аноним (-), 07-Апр-22, 11:38	+/–
>>    Update relibc >>    Jeremy Soller authored 6 hours ago > Ругают Си, но без него не могут. ... >> Пруфец давай, где Джереми ругает Си. > Пруфец давай, где я писал про Джереми. Или опять поскакал? Юли, балабол, юли ... > Под "вами" я имел в виду фанатиков, которые пишут новости, в которых > 3 абзаца идет восхваление Rust, и насколько C плохой. Т.е. ты цитировал одно, а отвечал сам себе, имея в виду свои фантазии (ведь ссылку на такую нововсть мы не увидим, не так ли) или диалог с самим собою? Понятно. >> И где именно там ... "пишется и используется"? > Вообще-то, это было сказано про вас, фанатиков. Скомпилируй "hello world" и покажи ldd. хелло чего и куда, балаболка? Наш диалог в твоей голове мне не доступен, если что. > Где твой пруф? Я с ходу нашел опровержение https://github.com/redox-os/relibc/tree/master/src/c Ты - балабол, который опять видел знакомую букву, но дальше заголовка не заглядывал: https://github.com/redox-os/relibc/commit/ee40035c4b1932db31... int vasprintf(char ** strp, const char * fmt, va_list ap); ... #[no_mangle] pub unsafe extern "C" fn vasprintf(strp: *mut *mut c_char, format: *const c_char, ap: va_list) -> c_int {     let mut alloc_writer = platform::AllocStringWriter(ptr::null_mut(), 0);
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #109

109. Сообщение от Аноним (92), 07-Апр-22, 12:53	–1 +/–
> Ты - балабол, который опять видел знакомую букву, но дальше заголовка не заглядывал: К себе примени! А остальные функции, особенно безопасная работа с памятью в 'dlmalloc.c'?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #112

110. Сообщение от Аноним (98), 07-Апр-22, 12:58	–1 +/–
> Ничего не мешает делать так же для крейтов. Которые навасянили и забили? Из поймойки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #119

111. Сообщение от Аноним (98), 07-Апр-22, 13:00	+/–
> Занятные фантазии ... Покажи программу на Си, которая идет без опакеченных зависимостей? Ж:) Понятно что это упрщение, но суть ясна. Если библиотеки нет в дистрибутивах linux, то что бы ее использовать тебе придется самому эту библиотеку опакечивать. И тут уж выбирай, что лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #114

112. Сообщение от Аноним (-), 07-Апр-22, 13:13	+/–
>> Ты - балабол, который опять видел знакомую букву, но дальше заголовка не заглядывал: > К себе примени! А остальные функции, особенно безопасная работа с памятью в 'dlmalloc.c'? Твой игнор "неудобных вопросов" и юлеж уныл, "применитель". https://github.com/redox-os/relibc/blob/6b46704ac35626ffa74d... #[cfg(not(feature = "ralloc"))] #[path = "allocator/dlmalloc.rs"] mod allocator; #[cfg(feature = "ralloc")] #[path = "allocator/ralloc.rs"] mod allocator; https://github.com/redox-os/ralloc > A fast & memory efficient userspace allocator. > This allocator is used as the default Redox. Platforms supported out-of-the-box x BSD x Linux   Mac OS X x Redox   Windows
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #113

113. Сообщение от Аноним (92), 07-Апр-22, 13:27	+/–
Опять поскакал на частности/особенности. Остальные функции на чем написаны? > mod.rs Еще одня "фишка" пакетной системы cargo: писать расте сборку и компоновку, чтоб другим неповадно было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #115

114. Сообщение от Аноним (-), 07-Апр-22, 13:37	+/–
> Разработчики на Си используют то что идет в пакетах дистрибутивов linux. ... > Покажи программу на Си, которая идет без опакеченных зависимостей? > Ж:) А теперь - занятная подмена понятий и немного демагогии (<- естественно, в репу не будут включать лишь часть софта, без необходимых зависимостей). И че там с deadbeef зависимостями в дебиане? > Понятно что это упрщение, но суть ясна. Если библиотеки нет в дистрибутивах > linux, то что бы ее использовать тебе придется самому эту библиотеку опакечивать. И тут уж выбирай, что лучше. Не, суть претензий - не ясна. https://packages.debian.org/bullseye/ripgrep > This package contains the following binaries built from the Rust crate "ripgrep": http://deb.debian.org/debian/pool/main/r/rust-ripgrep/rust-r... Build-Depends: debhelper (>= 11), dh-cargo (>= 18), cargo:native, rustc:native, libstd-rust-dev, librust-bstr-0.2+default-dev (>= 0.2.12-~~), librust-clap-2+suggestions-dev (>= 2.33.0-~~), librust-grep-0.2+default-dev (>= 0.2.7-~~), librust-grep-searcher+default-dev (>= 0.1.3-~~), librust-ignore-0.4+default-dev (>= 0.4.16-~~), librust-lazy-static-1+default-dev (>= 1.1.0-~~), librust-log-0.4+default-dev (>= 0.4.5-~~), librust-num-cpus-1+default-dev (>= 1.8.0-~~), librust-regex-1+default-dev (>= 1.3.5-~~), librust-serde-json-1+default-dev (>= 1.0.23-~~), librust-termcolor-1+default-dev (>= 1.1.0-~~), asciidoc, bash-completion, xsltproc, docbook-xsl
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #122

115. Сообщение от Аноним (-), 07-Апр-22, 14:05	+/–
> особенно безопасная работа с памятью в 'dlmalloc.c'? > Опять поскакал на частности/особенности. Сам проигнорил все вопросы, сам скатился на частности, сам обвинил ... красава! > Остальные функции на чем написаны? Для туповатых недовбросчиков перевожу: по умолчанию dlmalloc не применяется, применяется ralloc. Да, маководы и вендузятники не в приоритете и будут привычно страдать. По остальным - тебе предложили ссылку на историю коммитов на твое "опровержение", где прекрасно видно, как добавлялась реализацию на ржавчине одновременно с си-интерфейсом - если это не просто тупая обертка на сисколом. Или ты на полном серьезе хочешь рассказать, что int open(const char* filename, int flags, ...) {     mode_t mode = 0;     va_list ap;     va_start(ap, flags);     mode = va_arg(ap, mode_t);     va_end(ap);     return sys_open(filename, flags, mode); } и есть "реализация"? >> mod.rs > Еще одня "фишка" пакетной системы cargo: писать расте сборку и компоновку, чтоб другим неповадно было. Да-да, нужно обязательно тянуть плюсы и/или питончик и свой, нескучный DSL сборщика ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #116

116. Сообщение от Аноним (92), 07-Апр-22, 15:01	+/–
> Сам проигнорил все вопросы Вот именно ты проигнорил главный вопрос: почему программы на rust линкуются c libc, вед Си - это небезопастно? > Сам проигнорил все вопросы, сам скатился на частности, сам обвинил ... красава! Ты начал с утверждения, что "небезопастный" Си не используется, от слова совсем. Мне достаточно показать, что есть хоть одна строчка на Си, достаточно даже частности. > есть "реализация"? Я говорил про "реализацию"? Опять приписываешь свои слова? >> Еще одня "фишка" пакетной системы cargo > Да-да, нужно обязательно тянуть плюсы Что, средство быстрой разработки Delphi, ой, Rust не позволяет быстро написать человекочитаемый DSL для пакетов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #117

117. Сообщение от Аноним (-), 07-Апр-22, 15:56	+/–
>> Сам проигнорил все вопросы > Вот именно ты проигнорил главный вопрос: почему программы на rust линкуются c libc, вед Си - это небезопастно? Вопрос из "нашего" диалога в твоей голове? Может быть. > редох - бросили >>  05 Apr, 2022 1 commit > Ругают Си, но без него не могут. ... > Ты начал с утверждения, что "небезопастный" Си не используется, от слова совсем. Ты опять несешь бред и приписываешь свои фантазии мне? > Мне достаточно показать, что есть хоть одна строчка на Си, достаточно даже частности. Для подверждения собственных фантазий тебе достаточно собственных фантазий, а вот подтверждения > Вот именно! Ругаем Си, но пишем и используем. как не было, так и нет. Зато стало понятно, что ни в сишку, ни в системную разработку ты не умеешь, раз начал докапываться к сишке в заголовочно-интерфейсных файлах либы ДЛЯ использования из сишки ... Непонятно только, почему тогда у тебя так подгорает. >> есть "реализация"? > А остальные функции, особенно безопасная работа с памятью в 'dlmalloc.c'? > Остальные функции на чем написаны? > Я говорил про "реализацию"? Опять приписываешь свои слова? Ты решил опять спрыгнуть в демагогию или вообще не владеешь терминологией? >>> > Еще одня "фишка" пакетной системы cargo: писать расте сборку и компоновку, >> Да-да, нужно обязательно тянуть плюсы > Что, средство быстрой разработки Delphi, ой, Rust не позволяет быстро написать человекочитаемый  DSL для пакетов? Вообще-то был намек на CMake/Ninja/Gyp/Meson итд, но тыж "неразработчик". Да и внятно ответить на вопрос, в чем профит придумывать для сборки проектов на Rust отдельный DSL ты вряд ли сможешь, опять переобуешься в прыжке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #118

118. Сообщение от Аноним (92), 07-Апр-22, 16:34	–1 +/–
> тыж "неразработчик". Как скажешь. На остальное отвечать не буду. Ты со своей "терминологией" во всем прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

119. Сообщение от burjui (ok), 07-Апр-22, 17:34	+/–
А сколько наколенных сишных либ не попадает в дистрибутивы, ты думал? Или сишники пишут только хорошие и полезные либы, словно герои мифов? Разумеется, в репы дистра должны попадать только стабильные либы с мейнтенерами. И не из помойки, а из гитовых реп, как у всех в 2022 г. Кстати, crates.io никто не заставляет использовать. Впрочем, жить в мире розовых пони при таком обилии и простоте доступа к информации - это осознанный выбор, поэтому никому ничего я всё равно не докажу. Нормальные программисты пишут код на C, C++, Rust, Haskell, Python, Java - да хоть на Pascal, прости господи - лишь бы выполняло задачи, а дурачки в розовых очках создают себе идолов и моляться им до синяков на лбу, при этом считая себя умнее всех остальных. Ну и стагнируйте дальше в своём болоте. На работу таких, как вы, никто брать не захочет, а сами вы ничего не создаёте, кроме срача на ровном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #121

120. Сообщение от Аноним (120), 07-Апр-22, 17:58	+1 +/–
> в си тебе придется в каждой функции делать проверку входной строки. Просто потому что ты не знаешь в каком порядке их вызовут А ну-ка покажы, где так делают? Для неокрепших умов мисрой обмазываться -- это как ницше читать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

121. Сообщение от Аноним (98), 08-Апр-22, 13:59	–1 +/–
> И не из помойки, а из гитовых реп, как у всех в 2022 г. Кстати, crates.io никто не заставляет использовать. Но любая полезная библиотека лезет в помойку по своим зависимостям. Опакечивать все это самому - нереально. > Ну и стагнируйте дальше в своём болоте. На работу таких, как вы, никто брать не захочет, а сами вы ничего не создаёте, кроме срача на ровном месте. Э... Плохой из тебя телепат. И да, мне интересно, когда этот момент наступит: "брать не захочет".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #124

122. Сообщение от Аноним (98), 08-Апр-22, 14:05	+/–
Он статически линкуется? Тогда вообще о чем речь? Если кто-то захочет опакечивать - пусть опакечивает. После обновления каждой из зависимостей. А то незакрытые дыры приводят к удалению из репозитария. И да. Что ты этим постом сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #123

123. Сообщение от Аноним (-), 08-Апр-22, 16:10	+/–
> Разработчики на Си используют то что идет в пакетах дистрибутивов linux. ... > Тогда вообще о чем речь? Если кто-то захочет опакечивать - пусть опакечивает. ЯННП, поясни - это "Нищитаица! Это другое!™" или просто переобувание в прыжке? > И да. Что ты этим постом сказать-то хотел? Как ты ловко проигнорировал кучу librust-* зависимостей (очевидно, тоже опакеченных) дебиановского пакета ripgrep и всякие неудобные для твоей "теории" замечания типа "естественно, в репу не будут включать лишь часть софта, без необходимых зависимостей)."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

124. Сообщение от burjui (ok), 08-Апр-22, 19:15	+/–
> Но любая полезная библиотека лезет в помойку по своим зависимостям. Опакечивать все > это самому - нереально. Опакечивать будут мейнтейнеры дистра, а не вы. > И да, мне интересно, когда этот момент наступит: "брать не захочет". Простите, погорячился. Конечно же, всегда найдётся работодатель, для которого иррациональные убеждения работника в сфере технологий не имеют значения, как и уровень его компетенции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

125. Сообщение от Аноним (125), 09-Апр-22, 14:36	+/–
> В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода за счёт использования языка, обеспечивающего безопасную работу с памятью. > Наиболее заметные изменения в выпуске 0.2.0 связаны с работой по повышению производительности и надёжности. Странный выбор языка. Те кому истинно важны безопасность, надежность и производительность выбирают SPARK.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #126

126. Сообщение от Минона (ok), 09-Апр-22, 20:16	+/–
> Странный выбор языка. > Те кому истинно важны безопасность, надежность и производительность выбирают SPARK. Ага. Отчего же на нем не пишут драйвера для линукса? И что на нем вообще написано, кроме софта для авионики?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

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

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