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

"Выпуск Rust 1.83. Развитие инструментария Xen и табличного процессора на Rust"	+/–
Сообщение от opennews (??), 29-Ноя-24, 13:15
Опубликован релиз языка программирования общего назначения Rust 1.83, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62317
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–17 +/–
Сообщение от Аноним (1), 29-Ноя-24, 13:15
Эпоха сишников и гнутиков подходит к концу, а мы тому свидетели.
Ответить | Правка | Наверх | Cообщить модератору

	2. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+4 +/–
	Сообщение от мяв (?), 29-Ноя-24, 13:24
	эпоха сишников подойдет к концу спустя лет 10 после момента, когда раст будет обязательным условием в стандарте IEEE, например .. пока же - каждый тостер умеет в с99, а не в раст.
	Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–6 +/–
	Сообщение от Аноним (3), 29-Ноя-24, 13:29
	> когда раст будет обязательным условием в стандарте IEEE Ваши IEEE уже никому не вcpaлись. Это медленная неповоротливая контора, которая может заседать пять лет, а на выходе все равно будем такое омно как сишечка. > каждый тостер умеет в с99, Ну так работайте за торстером, зачем вас современный комп?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 13:34
	Вы ж курсе, что "сишечка" - не их рук дела? а то, что получилось на выходе - используют мировые техногиганты, вроде гугла, мс и эпл. по-моему, сейчас вообще нет хоть сколь бы то ни было распространенной ОС, не обеспечивающей POSIX-совместимость. ибо это гарантия, что у тебя немалая часть софта заведется. даже дистрибутив на базе ironclad'a(ядро на Ada) умеет в POSIX 2008'ой
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (14), 29-Ноя-24, 13:41
	А ос на Хаскеле не умеет посикс, но ей и не надо. https://programatica.cs.pdx.edu//House/
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 13:44
	собственно, она вообще ни во что не умеет, если судить по списку встроенных комманд. и на реальном железе тоже не стартует, в отличии даже от условного ironclad и.. <чтоТамНаРастеПисали>
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 13:44
	> по-моему, сейчас вообще нет хоть сколь бы то ни было распространенной ОС, не обеспечивающей POSIX-совместимость. Погоди-погоди. А что такое POSIX-совместимость? Я знаю что есть POSIX-certified, но там какие-то узкоспециализированные системы типа AIX и VxWorks. Из распространнеых там только МАС-ось и то я не уверен для послежних версий. Еще есть Formerly POSIX-certified - то же самое, но забили на перепрохождение сертификации. Тут тоже всякие некроплатформы типа солярки и OS/390. Далее у нас есть Mostly POSIX-compliant - "посикх-на-пол-шишечки", тут у Android, и БЗДи разных сортов и наконец-то линукс. Так что необходимость ПОФИГа слегка преувеличена. А это я еще не начал рабирать "а какой версии ПОФИГа оно compliant и вообще работает ли с современными"
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	23. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 13:53
	>А это я еще не начал рабирать Вы б прочли про про POSIX Conformance и Options, прежде, чем "рабирать": https://pubs.opengroup.org/onlinepubs/9799919799.2024edition...
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (3), 29-Ноя-24, 14:01
	> Вы ж курсе, что "сишечка" - не их рук дела? А никто и не сказал что сишечка их рук дело. Читайте внимательнее, там было только сравнение с ней. > по-моему, сейчас вообще нет хоть сколь бы то ни было распространенной ОС, Win 10 и Win 11 - самые распространенные десктопные ОС в мире > не обеспечивающей POSIX-совместимость. и они не POSIX compliant. Андроид - самая популярная мобайл ось - не поддерживает полностью. Там есть pthreads, но очень ограниченная реализация, что уже не POSIX compliant. Так что ваше громкое заявление просто громкое в лужу. > ибо это гарантия, что у тебя немалая часть софта заведется. Так оно и происходит, но никого это не парит.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	49. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 14:18
	ответ на комментарий выше. >Win 10 и Win 11 - самые распространенные десктопные ОС в мире и в оботх с неданих пор активирован wsl, дистрибутивы ставятся одной кнопкой, открываются менюшкой а win terminal. >Андроид - самая популярная мобайл ось - не поддерживает полностью. Там есть pthreads, но очень ограниченная реализация, что уже не POSIX compliant. тем не менее, это почти единственное, что поддерживается неполностью. >очень ограниченная реализаци есть https://www.crystax.net/android/ndk и те, кто хотел, давно пользуются. речь была больше про fuchsia, как о пректе гугла, начатом недавно и почти с нуля. она полностью POSIX-совместима будет, благодаря спец. прослойке, судя по информации на fuchsia.dev.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	57. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+1 +/–
	Сообщение от Аноним (3), 29-Ноя-24, 14:24
	Напомню, что ваш вброс звучал как "нет хоть сколь бы то ни было распространенной ОС, не обеспечивающей POSIX-совместимость" > и в оботх с неданих пор активирован wsl, дистрибутивы ставятся одной кнопкой, открываются менюшкой а win terminal. О, так это у нас теперь называется posix комплаент! Хорошо, так и запишем! > тем не менее, это почти единственное, что поддерживается неполностью. А больше и не нужно)) > и те, кто хотел, давно пользуются. какое-то васяноподлие не понятно от кого. > речь была больше про fuchsia Угу, фуксия как пример "сколь бы то ни было распространенной ОС"))) Не, ну не смешно же. Фуксия не взлетела даже внутри гугла. Возможно как раз из-за посикса)))
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (31), 29-Ноя-24, 14:00
	Чел, иди своей дорогой в сторону нестабильных решений, новых циферок и прочих смузи технологий, на ряду с докером. А большие дяди будут работу работать, а не играться непроверенными или кривыми решениями на проде.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	47. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–1 +/–
	Сообщение от Аноним (3), 29-Ноя-24, 14:17
	> А большие дяди будут работу работать Так большие дяди как раз внедряют что раст, что докер в прод. У тебя треть инета проходит через "растоподелку" клаудфари. Ну а ты можешь цепляться за дидовое омно и дальше.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–5 +/–
	Сообщение от Аноним (-), 29-Ноя-24, 13:32
	Не, для тостера нужно писать на нормальном С++, а не на отвратительном СИ. Мяв, надеюсь ты не будешь рассказывать, что тостер без POSIX не получится запрограммировать))) ? ps хотя я думаю для тостера можно использовать вообще что угодно, хоть питон, хоть фортран. А вот для областей от которых зависит нормальная человеческая жизнь - медицина, банки, даже телефон в кармане, использовать дырявые языки не стоит.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	8. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 13:37
	>на нормальном С++ идите пишите под свое железо, ОС компилятор. а c99 у Вас уже будет, ибо POSIX.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Bottle (?), 29-Ноя-24, 16:30
	Чувак, у тебя GCC & Clang написаны на C++. Они уже поддерживают максимально широкий набор платформ.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (10), 29-Ноя-24, 13:37
	> Не, для тостера нужно писать на отвратительном С++, а не на нормальном СИ. Поправил, не благодари.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	43. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (43), 29-Ноя-24, 14:13
	>Обойдёмся без тостера и не нужно писать Поправил, не благодари.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+4 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 13:42
	В медицине и банках поэтому Раст и не используется.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	34. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от ptr (ok), 29-Ноя-24, 14:07
	> для тостера нужно писать на нормальном С++, а не на отвратительном СИ. Боюсь, что для подавляющего большинства МК, поддерживаемых SDCC, C++ компилятор вряд ли получится отыскать. А через LLVM для восьмибитных МК получается уж очень неэффективный код. Пробовали когда-то для Z80. Не взлетело. Это я к тому, что тостеру хватит pdk14 или MCS51.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	38. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от laindono (ok), 29-Ноя-24, 14:10
	Современные тостеры умеют ходить в интернет и распространять фоточки своих владельцев. А уж на что способен современный унитаз (при чём я сейчас без шуток).
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 14:20
	> Современные тостеры умеют ходить в интернет и распространять фоточки своих владельцев. > А уж на что способен современный унитаз (при чём я сейчас без шуток). Шутки шутками, а одна моя знакомая купили чайник с выходом в интернет, потому что "я забыла выключить чайник". Хотя логичнее было бы сходить полечить голову на предмет "тревожных состояний".. Наверное чайник ей обошелся дешевле. А от утюга ей пришлось отказаться))
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (90), 29-Ноя-24, 15:36
	> Хотя логичнее было бы сходить полечить голову на предмет "тревожных состояний" логичней управляемые розетки ставить и ни от чего не отказываться
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от ptr (ok), 29-Ноя-24, 14:30
	Даже в этом случае, там, скорее всего, будет стоять ESP8266 или ESP32, для которых ESP-IDF написан на чистом C. И никаких альтернатив ему пока что не предвидится.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	81. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 15:14
	То что IDF написан на чистом C это факт, но разве мы говорили не про язык написания программ? Для ESP32 уже есть довольно много проектов на расте github.com/esp-rs/awesome-esp-rust Включая несколько попыток написать ХАЛ, часть живые, часть уже заброшенные (как esp-rs/esp8266-hal). > И никаких альтернатив ему пока что не предвидится. Т.к ESP-IDF это открытый код - то я не вижу технического препятствия переписать его на раст. Только административные типа сложности или отсутствия необходимости. Возможно последние тенденции в штатах, с порицанием небезопасных языков, мотивирует переписывание.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от ptr (ok), 29-Ноя-24, 15:31
	> Для ESP32 уже есть довольно много проектов на расте > github.com/esp-rs/awesome-esp-rust Только это работает через тот же самый ESP-IDF. Уж простите, я коммитер в esp-idf-hal и в курсе, что там творится. И насколько немеряно там ещё работы только для полного покрытия функциональности ESP-IDF врапперами. >> И никаких альтернатив ему пока что не предвидится. > Т.к ESP-IDF это открытый код - то я не вижу технического препятствия > переписать его на раст. Пока что даже IwIP не осилили. В no_std враппером пользуются.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 15:34
	> Только это работает через тот же самый ESP-IDF. Да и то что под капотом будет крутиться СИшка не запретит прикладные программы писать не на ней. А это уже хороший прогресс. >> Т.к ESP-IDF это открытый код - то я не вижу технического препятствия переписать его на раст. > Пока что даже IwIP не осилили. В no_std враппером пользуются. Наличие работы не значит "невозможно". Тут все сводится к целесообразности, мотивации, финансированию. > Уж простите, я коммитер в esp-idf-hal и в курсе, что там творится. Ну тогда спасибо за работу - проект получился весьма интересны.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от ptr (ok), 29-Ноя-24, 15:55
	>> Только это работает через тот же самый ESP-IDF. > Да и то что под капотом будет крутиться СИшка не запретит прикладные > программы писать не на ней. > А это уже хороший прогресс. Так себе прогресс. Я пишу на Rust для ESP32, но при этом постоянно упираюсь не только в баги, но и в то, что пользоваться всеми возможностями ESP-IDF пока невозможно. Поддержка ESP-MESH на самом начальном этапе. Поддержки ESP-MESH-Lite нет вообще. Даже в планах. Воркараунд для ERRATA ESP32-C3 (бага с Continuous ADC) из Rust безопасно использовать невозможно. То есть, шаг вправо или влево - и приходится писать unsafe блок для прямого вызова ESP-IDF. Так что до продуктивного использования там еще очень далеко. >>> Т.к ESP-IDF это открытый код - то я не вижу технического препятствия переписать его на раст. >> Пока что даже IwIP не осилили. В no_std враппером пользуются. > Наличие работы не значит "невозможно". Никто не говорит, что невозможно. Но пока что разработчиков катастрофически мало. Даже успевать за развитием ESP-IDF не получается. В тот же esp-idf-hal за октябрь смержили всего четыре PR (один из них мой). За ноябрь был смержен только один PR. Тут толпы ходят апологетов Rust, которые громко его рекламируют, но сделать PR в реальный проект на Rust или не хотят, или не могут. Это хайп такой или мода? >> Уж простите, я коммитер в esp-idf-hal и в курсе, что там творится. > Ну тогда спасибо за работу - проект получился весьма интересны. Пожалуйста. Я сейчас как раз над воркараундом для ERRATA ESP32-C3 работаю. Но у меня кроме этого волонтерства еще и основная работа есть. И она в приоритете. Надеюсь, до конца года все же закончу и Vollbrecht смержит PR в master.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 15:59
	> Но у меня кроме этого волонтерства еще и основная работа есть. И она в приоритете. Надеюсь, до конца года все же закончу и Vollbrecht смержит PR в master. Я правильно понимаю, что там по большей части только волонтеры и каких-то патронов нету? Или там есть программеры которые на фултайм работают в интересах своих компаний?
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от ptr (ok), 29-Ноя-24, 16:03
	> Я правильно понимаю, что там по большей части только волонтеры и каких-то > патронов нету? > Или там есть программеры которые на фултайм работают в интересах своих компаний? Я вижу только волонтеров. Сам Espressif никакого интереса к Rust не проявляет.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (3), 29-Ноя-24, 14:14
	> Боюсь, что для подавляющего большинства МК, поддерживаемых SDCC, C++ компилятор вряд ли > получится отыскать. Наверное дело в том, что оно практически никому не нужно? > А через LLVM для восьмибитных МК получается уж очень неэффективный код. > Пробовали когда-то для Z80. Не взлетело. А зачем? У вас древенее легаси, которые нужно тянуть? Если так... то ок. Но новое зачем писать на 8битном старье? STM32C011J4 стоит 24 цента в партии от 10к штук. > Это я к тому, что тостеру хватит pdk14 или MCS51. Хватает. Но зачем, если есть 16 и 32бит, которые сравнимые по стоимости.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	58. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от ptr (ok), 29-Ноя-24, 14:26
	> Наверное дело в том, что оно практически никому не нужно? Было бы не нужно, не было бы у Padauk миллиард долларов дохода и рост доходов в этом году уже на 20% > STM32C011J4 стоит 24 цента в партии от 10к штук. А PFS154 - при такой партии - 4 цента Впрочем, закупать такими партиями MTP МК имеет мало смысла. Выгодней тогда уже OTP PMS154 по 2 цента.
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–3 +/–
	Сообщение от Анонимусс (?), 29-Ноя-24, 13:32
	Эпоха гнутиков уже заканчивается. Остались только старые проеты, которые тянут по инерции. А все потому что "народ умнеет милорд". Бесплатные немамонты перевелись, их не хватает даже такому жирному гну, как линукс. Даже время жизни ЛТС приходится урезать.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	11. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+1 +/–
	Сообщение от Аноним (11), 29-Ноя-24, 13:37
	>народ умнеет милорд Поржал. Все больше и больше народу пользуются прослойками и понятия не имеют "что там под капотом". Народ тупеет, даже если не брать IT. Уже в кофейне сдачу без калькулятора посчитать не могут. А номеров телефона сколько штук Вы вспомните? Только не говорите что это не надо. Умнеет смартфон, пользователь тупеет.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+3 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 13:43
	Где ты нашел кофейню со сдачей? В последний раз меня попросили 95 рублей мелочью наскрести.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–2 +/–
	Сообщение от Аноним (-), 29-Ноя-24, 13:48
	Прикинь я не умею плести лапки и вырезать ложки из дерева как мой дед. А моя дочка не будет уметь пользоваться прялкой и правильно зажигать лучину, как делала моя прабабушка. Я уже молчу, что даже мои недавние предки, не могли бы сделать топор из камня и палки, и завалить им мамонта. Это называет прогресс. Future is now old man (c)
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	22. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Анонимусс (?), 29-Ноя-24, 13:52
	> Поржал. А зря. Народ таки умнеет и не хочет бесплатно вкалывать на секту и/или корпов. opennet.ru/opennews/art.shtml?num=52211 > А номеров телефона сколько штук Вы вспомните? Как связан интеллект с запоминанием ненужной инфы? Вместо телефонов я запоминаю десятки паролей, пинкодов, номеров карт, хостов, email'ов. > Только не говорите что это не надо. Только не нужно рассказывать что мне нужно, а что мне не нужно. Телефоны мне нужны... ну штук пять - свой и ближайших родственников. На случай когда нет никакого другого способа связи.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	54. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (54), 29-Ноя-24, 14:23
	> Все больше и больше народу пользуются прослойками и понятия не имеют "что там под капотом". Прослойки (они же абстракции) буквально и нужны, чтобы не задумываться, "что там под капотом". > Уже в кофейне сдачу без калькулятора посчитать не могут. А номеров телефона сколько штук Вы вспомните? Это, по-твоему, признаки ума?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	103. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (11), 29-Ноя-24, 16:05
	>Это, по-твоему, признаки ума? Это признаки отупения. >Прослойки (они же абстракции) буквально и нужны, чтобы не задумываться, "что там под капотом". А водятлу надо знать только куда заливать омывайку, ага. Это тоже признак ума? Без знания "что происходит под капотом" никакого прогресса нет.  Использование прослоек - фактор количества, но не качества.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 16:22
	>>Это, по-твоему, признаки ума? > Это признаки отупения. Огласите весь список, пожалуйста! (с) > А водятлу надо знать только куда заливать омывайку, ага. Это тоже признак ума? Омывайку? возможно. Вдруг он водитель, а остальное механик делает. Возможно он был достаточно умный, чтобы устроиться в такую компанию) > Без знания "что происходит под капотом" никакого прогресса нет. Восхитительная чушь! А откуда ты такое взял? Развитие цивилизации как раз началось с специализации, когда мне не надо знать как собирать урожай и печь хлеб, а моему соседу как найти кусок металла и сделать серп.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 13:59
	запятыми-то обращения выделять умный народ уметь должен?!
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	36. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:10
	По-другому ты самоутвердиться конечно же не можешь.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от мяв (?), 29-Ноя-24, 14:24
	Вы "конечно же" выделить с двух сторон забыли.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+1 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:32
	Вот-вот.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–2 +/–
	Сообщение от Аноним (-), 29-Ноя-24, 13:54
	> Эпоха сишников и гнутиков подходит к концу, а мы тому свидетели. Не чувак, некоторые не свидетели, а участники. Если ты пишешь на расте программы, которые отправляют диряшку на помойку - то это уже отличный вклад в будущее. Можно будет рассказать внукам, что ты помог избавиться от древнего уязвимого хлама и сделать мир лучше.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	59. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+1 +/–
	Сообщение от Соль земли (?), 29-Ноя-24, 14:28
	Нет. Начинается твоя эпоха - рукожопов, для которых и создавался Rust.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	73. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–1 +/–
	Сообщение от Аноним (-), 29-Ноя-24, 14:42
	Хахаха, сколько там лет живут дыры от "не-рукожопов"? 10, 15, 30 лет? А ведь это те самые диды, я бы даже сказал дидыщи! Акса-калы выпрограммирования на СИ таких замечательных проектов как ХОрг или ядро. В которых уязвимости можно находить каждую неделю и оправдывать свое участие в проекте.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+1 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 15:04
	Какие проблемы эти дыры тебе доставляют кроме того что сидеть неудобно?
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (43), 29-Ноя-24, 15:26
	У него оттуда течёт
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 15:31
	> Какие проблемы эти дыры тебе доставляют кроме того что сидеть неудобно? Не люблю когда в мой комп подглядывают) А, ты наверное по улице ходишь с голым задом, или все-таки срам прикрываешь?
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	93. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (43), 29-Ноя-24, 15:47
	когда течёт, этого не утаить
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+2 +/–
	Сообщение от Анонимусс (-), 29-Ноя-24, 14:43
	> Нет. Начинается твоя эпоха - рукожопов, для которых и создавался Rust. Эпоха рукожопов началась с быдлокодеров на сишечки. Потому что надежную Ада они не осилили. Как диды как 40 лет за границу буферы выходили, так и сейчас их потомки делают. Ну не умеют сишники в память, что поделаешь.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	104. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (11), 29-Ноя-24, 16:08
	Дядя, еслы бы это было действительной проблемой, давно бы в КАЖДОМ процессоре к флагам состояний операции в АЛУ было бы прикручены прерывания. Действительность же такая, что это нужно очень редко и программист сам ОБЯЗАН понимать как правильно выбрать разрядность переменной для хранения количества котиков.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Анонимусс (-), 29-Ноя-24, 17:20
	> ... состояний операции в АЛУ было бы прикручены ... Когда-то опеннет научится не лепить левые сообщения в другой тред при удалении родительского. Когда-то этот день наступит. Но не сегодня.
	Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+6 +/–
Сообщение от Аноним (90), 29-Ноя-24, 13:35
> Rust также предоставляет средства для защиты от целочисленных переполнений регистры чтоли растягивает на процессоре :)
Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+2 +/–
	Сообщение от laindono (ok), 29-Ноя-24, 14:04
	Эм. Во всех двух нужных людям архитектурах есть банальные флаги переполнения. На низком уровне да, это работает так, будто у тебя один дополнительный бит виртуальный есть. Попробуй поискать, как сумматор работает например. Проверка всё ещё не бесплатна, но она есть только в дебажном режиме. Точнее дебажный режим, включённый по умолчанию, по умолчанию же проводит эти проверки. Удобно же. Впрочем растоненавистники всё равно не умеют ни в конфиги, ни во флаги компиляции, а о чтении документации вообще речи не идёт.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–1 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:12
	И дополнительные такты процессора нагревают вселенную.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+2 +/–
	Сообщение от Аноним (-), 29-Ноя-24, 14:17
	> И дополнительные такты процессора нагревают вселенную. А дополнительное время на дебаг сигфолтов и исправление уязвимость разве не нагревает вселенную (и пятую точку бракодела)?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:30
	Им хотя бы есть что дебажить.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от laindono (ok), 29-Ноя-24, 14:24
	> И дополнительные такты процессора нагревают вселенную. При этом с точки зрения измеримой производительности могут быть бесплатны. На суперскалярных процах. По банальной причине - часто затык производительности в пропускной способности памяти, а не в вычислениях. В целом подсчёт инструкций отдельно от измерения производительности и прочего анализа не работает уже очень много лет на всём, что сложнее AVRок.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	64. Скрыто модератором	+/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:31
	Опять новости из идеального воображаемого мира.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (90), 29-Ноя-24, 14:30
	> Попробуй поискать, как сумматор работает например. так он не работает без переполнения с числами превышающими разрядность регистров > Проверка всё ещё не бесплатна, но она есть только в дебажном режиме. регистры в проде только растягиваются :) вам бы хоть немного про процессоры почитать
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	75. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от laindono (ok), 29-Ноя-24, 14:56
	> так он не работает без переполнения с числами превышающими разрядность регистров Для работы с числами, превышающими разрядность, есть специальные инструкции. Add with carry и вот это вот всё. Не везде такие штуки в наличии, но и в ARM и в x86_64 они присутствуют. std использует эти инструкции через интринсики: https://doc.rust-lang.org/src/core/num/uint_macros.rs.html#4... Если есть желание, можно пойти и посмотреть, какой код по итогу получается. Есть обычные операции, реализованные через операторы. Для них проверки добавляет компилятор при включённой опции. По умолчанию опция включена в дебаге и отключена в релизе. Есть обёртки, которые маркируют конкретное поведение: checked_ - для явного возврата переполнения через Option overflowing_ - для явного переполнения через дополнительный bool wrapped_ - для явного переполнения без дополнительной информации saturating_ - для явного ограничения переполнения unsafe unchecked_ - для случая, когда проверки делаются вручную strict_ - для явной паники при переполнении (пока только nightly) За подробностями я бы отправил в документацию. За более тонкими подробностями прямо в код. За самыми тонкими моментами - читать ассемблер и доки бекенда. > вам бы хоть немного про процессоры почитать Уже в достаточной для меня степени прочитал. Чутка поигрался с эмуляторами и собрал парочку игрушечных архитектур. Я определённо не электронщик (не моё), но базу определённо знаю. Понимаю всю цепочку от исходного кода до железа в той степени, в какой это имеет смысл для программиста.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (90), 29-Ноя-24, 15:08
	> Для работы с числами, превышающими разрядность, есть специальные инструкции. Add with carry и вот это вот всё. так carry этот внезапно от переполнения регистра с результатом > Если есть желание, можно пойти и посмотреть, какой код по итогу получается. и там регистры растянутые :)
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от anonymmmeer (?), 29-Ноя-24, 16:46
	>Add with carry и вот это вот всё. add это конечно хорошо, но что там с умножением > По умолчанию опция включена в дебаге дебаг это тоже хорошо, но как это поможет на проде, если при дебаге такие числа никогда в функцию не прилетали. и на си можно макросов написать, чтобы было и wrapped и saturating. всё равно программисту придётся сидеть и думать, что делать если битов не хватает... может надо другой тип испоьлзовать, чтобы всегда хватало, может надо библиотеку с бесконечной точностью. проверять данные перед функцией дело в любом случае необходимое.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	61. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Соль земли (?), 29-Ноя-24, 14:30
	Запрещает класть в стек значения с переменной длиной. Для этого есть куча.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	89. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (89), 29-Ноя-24, 15:36
	>> Rust также предоставляет средства для защиты от целочисленных переполнений > регистры чтоли растягивает на процессоре :) А вот и питоняши подвалили. Хотя интерес "как оно там унутрях" все же похвален, но вы лучше почитайте соотв. литературу или хотя бы видосики мит-ов ETH-ов, а то тут в двух словах описать не выйдет ... И нет, аналог stdckdint.h там уже давно, а не добавлен лишь в 23 году в стандарт (и только сейчас - в компиляторы). Т.е. там не надо было писать void f(signed int si_a, signed int si_b) {   signed int sum;   if (((si_b > 0) && (si_a > (INT_MAX - si_b))) ||       ((si_b < 0) && (si_a < (INT_MIN - si_b)))) {     /* Handle error */   } else {     sum = si_a + si_b;   }   /* ... */ } для корректного сложения двух знаковых чиселок по стандарту (чем мало кто из "труЪ-сишников" заморачивался, предпочитая "и так сойдет!" - ну и соотв. сигфолты и дыры, когда индекс массива в итоге UB оказывался "где-то там").
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	97. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 15:55
	> И нет, аналог stdckdint.h там уже давно, а не добавлен лишь в 23 году в стандарт (и только сейчас - в компиляторы). > для корректного сложения двух знаковых чиселок по стандарту А для умножения тоже добавили, или это на н̶о̶в̶ы̶й̶ ̶г̶о̶д̶ следующий стандарт? Это же можно распланировать работу коммитета на годы вперед! > (чем мало кто из "труЪ-сишников" заморачивался, предпочитая "и так сойдет!" - ну и соотв. сигфолты и дыры, когда индекс массива в итоге UB оказывался "где-то там"). Зато быстро! Нам же не нужна надежность или conformance программы! Нам нужно: 1. побыстрому написать 2. еще быстрее выкатить в прод 3. еще 10 лет сидеть на поддержке проекта и исправлять баги
	Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+4 +/–
Сообщение от Аноним (13), 29-Ноя-24, 13:40
> В версии IronCalc 1.0 планируется добиться 90% совместимости с Excel. Это интересно. Но о совместимости можно будет говорить только при полной поддержке VBA. Относится и к другим проектам, заявляющим о совместимости с Excel.
Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от BeLord (ok), 29-Ноя-24, 14:13
	Или конвертации на лету VBA - скриптовый язык используемый решением.-)
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Соль земли (?), 29-Ноя-24, 14:35
	И всех вирусов на VBA. Без доступа к системе поддержка не "полная".
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

26. Скрыто модератором	+/–
Сообщение от Аноним (26), 29-Ноя-24, 13:56
Запомните этот "твит"! Rust никогда не станет популярным ЯП. Он так и останется маргинальным языком программирования. Rust это что-то вроде "Apple Newton" в мире ЯП. Да, на безе его идей, в будущем, когда придет время, появится "Apple iPhone" среди ЯП.
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–1 +/–
Сообщение от Аноним (37), 29-Ноя-24, 14:10
>gpg-sq -rwxr-xr-x 1 root root  11M ноя 25 22:29 /usr/bin/gpg-sq -rwxr-xr-x 1 root root  19M окт 20 19:26 /usr/bin/sq -rwxr-xr-x 1 root root 1.2M ноя  1 14:49 /usr/bin/gpg lrwxrwxrwx 1 root root    3 ноя  1 14:49 /usr/bin/gpg2 -> gpg -rwxr-xr-x 1 root root 414K ноя  1 14:49 /usr/bin/gpg-agent -rwxr-xr-x 1 root root 947K ноя  1 14:49 /usr/bin/gpgcompose -rwxr-xr-x 1 root root 159K ноя  1 14:49 /usr/bin/gpgconf -rwxr-xr-x 1 root root 143K ноя  1 14:49 /usr/bin/gpg-connect-agent -rwxr-xr-x 1 root root  35K ноя  1 14:49 /usr/bin/gpgparsemail -rwxr-xr-x 1 root root 572K ноя  1 14:49 /usr/bin/gpgsm -rwxr-xr-x 1 root root  79K ноя  1 14:49 /usr/bin/gpgsplit -rwxr-xr-x 1 root root 136K ноя  1 14:49 /usr/bin/gpgtar -rwxr-xr-x 1 root root 479K ноя  1 14:49 /usr/bin/gpgv -rwxr-xr-x 1 root root 191K ноя  1 14:49 /usr/bin/gpg-wks-server -rwxr-xr-x 1 root root 3.5K ноя  1 14:49 /usr/bin/gpg-zip -rw-r--r-- 1 root root 167K сен 16 19:06 /usr/lib/x86_64-linux-gnu/libgpg-error.so.0.37.0 -rw-r--r-- 1 root root 459K ноя 13 19:47 /usr/lib/x86_64-linux-gnu/libgpgmepp.so.6.21.0 -rw-r--r-- 1 root root 352K ноя 13 19:47 /usr/lib/x86_64-linux-gnu/libgpgme.so.11.33.0 Далеко не вся суть раста и его статической линковки. inb4: жалкие оправдания вида "заварите в чай свою кору дуба"
Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+2 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:13
	Британские учёные давно доказали бесполезность раста в области безопасности.
	Ответить | Правка | Наверх | Cообщить модератору

48. Скрыто модератором	+4 +/–
Сообщение от Аноним (48), 29-Ноя-24, 14:17
Какой же он страшный. Почему сделали сокращения fn и mut, но не сделали сокращения cn, st и un?
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
Сообщение от Аноним (51), 29-Ноя-24, 14:20
Возможно язык и удобный для разработчика, но компилятор неудобный для майнтайнера. Если Crates.io накроется ничего собираться не будет.
Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+1 +/–
	Сообщение от Аноним (14), 29-Ноя-24, 14:23
	Сделай вендоринг, ой, в расте он штатно не делается, я совсем забыл.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 14:33
	> Если Crates.io накроется ничего собираться не будет. А что мешает развернуть свой Crates локально или на своем подкроватном сервере? Это делается буквально минут за 10.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	69. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (43), 29-Ноя-24, 14:36
	Это очень долго.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (14), 29-Ноя-24, 15:03
	И каждый раз вспоминать как его включить, выключить, перенести, хранить? А ты знаешь толк в
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	95. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	–1 +/–
	Сообщение от Аноним (-), 29-Ноя-24, 15:54
	> Возможно язык и удобный для разработчика, но компилятор неудобный для майнтайнера. Если > Crates.io накроется ничего собираться не будет. Мейнтейнеры - это бесполезные прокладки между пользователем и разработчким. Они существуют только из-за безумной фрагментации линyпcoв, где чтобы собрать софтинку для каждого нескучного дистра нужно знатно попрдлиться - то glib не так, то ядро не то, то какие-то либы слишком старые, а какие-то слишком новые.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

99. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
Сообщение от Аноним (-), 29-Ноя-24, 15:58
>Требования к минимальной внешней версии LLVM подняты до ветки 18. На самом деле исходники на Раст компилируются LLVM. "rustc" является анализатором сиснтаксиса, который скармливает специально оформленный код виртуальноймашине под названием LLVM. >Прекращена поддержка компилятора Visual Studio 2013. Не понял это. Зачем вообще это вантузное поделие тут упоминать? Или растаманы неровно дышат к Майкрософту?
Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 16:37
	> На самом деле исходники на Раст компилируются LLVM. "rustc" является анализатором сиснтаксиса, > который скармливает специально оформленный код виртуальноймашине под названием LLVM. На самом деле нет. LLVM компилит только полученный от rustc LLVM-IR. А этот LLVM-IR получается через целую цепочку компиляций и оптимизаций. AST->HIR->THIR-> MIR a уже потом LLVM-IR, который и передается в LLVM. Так что не нужно пытаться принижать значимость rustc - вы только показываете свою некомпетентность. > Не понял это. Зачем вообще это вантузное поделие тут упоминать? Или растаманы > неровно дышат к Майкрософту? Настоящая кросплатформа должна работать везде. И на самой популярной десктопной оси тем более. Мы же не гнутая секта, которая в лучших традициях EEE прибила ядро к одному единственному компилятору.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск Rust 1.83. Развитие инструментария Xen и табличного п..."	+/–
	Сообщение от anonymmmeer (?), 29-Ноя-24, 16:57
	>когда им придётся иметь дело с по-настоящему большими проектами? им никогда не придётся, больших проектов на раст не будет, они просто не доживут по тяжестью до крупного размера.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

121. Скрыто модератором	+/–
Сообщение от Аноним (-), 29-Ноя-24, 16:55
>Она будет утаиваться специальным отделом. Этот же отдел будет искать виноватых. Его главная цель не выйти на самих себя. Ты только что раскрыл ФСБ РФ.
Ответить | Правка | Наверх | Cообщить модератору

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

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