forum.opennet.ru - "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца" (59)

"Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца"

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

"Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца"	+/–
Сообщение от opennews (??), 20-Авг-26, 23:38
Опубликован релиз языка программирования Rust 1.98, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=66108
Ответить \| Правка \| Cообщить модератору

Оглавление

зато нету use-after-free, Аноним (1), 23:38 , 20-Авг-26, (1) +2

проектировался язык чтоб избежать подобного, но вот компрометация пакетов, лол, , сиська (?), 00:02 , 21-Авг-26, (5) –6

Я как разработчик раст, не понимаю что значит 171 IDE полноценной не имеет 18, Нонон (?), 00:12 , 21-Авг-26, (6) +1

Сравнивать текстовый редактор на плагинах с полноценной IDE Видать и разработчи, Аноним (23), 01:14 , 21-Авг-26, (23) –3

какой , Аноним (26), 01:20 , 21-Авг-26, (26)

Расскажите как проэктировать ЯП чтобы избегать компроментации пакетов , Норм (?), 01:19 , 21-Авг-26, (25)
Мне хватает emacs соответствующий мод lsp чувствую себя прекрасно , px (??), 03:42 , 21-Авг-26, (59)

Цитаты великих Wхакнутых пользователей, Сладкая булочка (?), 01:51 , 21-Авг-26, (34)

И что заразили, какие-нибудь файрфокс с хромиумом, судя по перечню Это то, что , Аноним (2), 23:49 , 20-Авг-26, (2)
Ничему жизнь людей не учит 8230 мало им npm , Аноним (3), 23:49 , 20-Авг-26, (3) +1

Будем рады услышать твои решения проблемы dependency chain , Аноним (18), 00:57 , 21-Авг-26, (18)

Не тащить в дом лефтпады всякие - вот и всё решение Ну если тащишь, то проверен, Аноним (38), 02:03 , 21-Авг-26, (38)
No nested dependencies - no problems , Пример (?), 02:32 , 21-Авг-26, (49)
Эта проблема в общем виде не решается совсем Можно только радикально минимизиро, Грузовой самолет (?), 03:03 , 21-Авг-26, (54)

А где новости про Bun 1 4 , DEF (?), 00:01 , 21-Авг-26, (4)
кто-нибудь, поясните это предложение, пожалуйста , Аноним (7), 00:24 , 21-Авг-26, (7)

Какое слово не понятно Обычный a b c d на флотах это только a b c d и н, Аноним (18), 00:44 , 21-Авг-26, (9) +2

т е порядок a b c d у ржавых точно определен а a algebraic_add b algebrai, Круз (?), 01:06 , 21-Авг-26, (22) –2

Кринж Капец , Норм (?), 01:22 , 21-Авг-26, (27)
Да, а в чём проблема, слишком сложно для понимания Если что, a b c d это , Аноним (18), 01:32 , 21-Авг-26, (29) +1

а размер регистров разве не фиксирован Маленькие значения не дополняются нуля, Аноним (7), 01:29 , 21-Авг-26, (28) –1

Если ты такие вопросы задаёшь, ты не понимаешь вообще как устроены fp числа и ка, Аноним (18), 01:36 , 21-Авг-26, (30) +1

мне калькулятор виндовый выдает один и тот же результат с точностью равной наибо, Аноним (7), 01:48 , 21-Авг-26, (33)

Нет, недетерминированный - это недетерминированный Результат можно описать по ш, Аноним (18), 02:08 , 21-Авг-26, (41)

серьезно именно что результат a b c d всегда один и тот же, как и резул, Аноним (7), 02:24 , 21-Авг-26, (47)

Сложение чисел с плавающей точкой коммутативно, но неассоциативно , warlock66613 (ok), 03:06 , 21-Авг-26, (58)

Ты вообще калькулятор виндовый дизассемблировал когда-нибудь и смотрел как он чи, Аноним (51), 02:48 , 21-Авг-26, (51)

а ты код на расте видел хоть раз там разве не та же самая символьная арифметик, Аноним (7), 03:06 , 21-Авг-26, (57) –1

2 2 не всегда равно 4 Ну, в пределах погрешности, aname (ok), 00:45 , 21-Авг-26, (10)

В определённых ситуациях значение может даже достигать 5, Аноним (16), 00:55 , 21-Авг-26, (16)

5 вряд-ли, но если складывать очень много очень мелких значений, в сумме дающих , Аноним (18), 01:43 , 21-Авг-26, (32)

с какого там сумма будет стремиться к 4, как она может быть сильно меньше 4 3, Аноним (7), 01:56 , 21-Авг-26, (36)

Чем больше n, тем дальше сумма будет он 4 Сумма миллиарда одномиллиардных будет, Аноним (18), 02:06 , 21-Авг-26, (40)

ну пробуй 0 0000001 0 0000001 0 0000001 0 0000001 в какую сторону буд, Аноним (7), 02:20 , 21-Авг-26, (45)

Скорее всего там речь про float double - штуки с плавучкой, там когда что то сил, Ivan_83 (ok), 00:47 , 21-Авг-26, (12)

размеры регистров ведь фиксированы, я понимаю что 0 3 и 0 33333333333 разной точ, Аноним (7), 01:41 , 21-Авг-26, (31)

Почему не сходить посмотреть в википедию хотя бы Факт раз - FPU работает с бина, Аноним (18), 02:04 , 21-Авг-26, (39)

потому-что регистр и ваша точность вычислений - фиксирована длиной шириной это, Аноним (7), 02:19 , 21-Авг-26, (44)

А ничего что калькулятор, как и вольфрам, не на fpu могут работать, а на длинной, Аноним (18), 02:27 , 21-Авг-26, (48)

Cargo- это надёжно, писали ониCargo- это безопасно, писали они, aname (ok), 00:41 , 21-Авг-26, (8) +1

Ну как Если относительно - то действительно надёжно и безопасно, потому что раб, Аноним (18), 00:52 , 21-Авг-26, (15)

cargo audit есть же, Аноним (16), 00:57 , 21-Авг-26, (19)

Нету Иди читай что я написал и что такое cargo audit , Аноним (18), 00:59 , 21-Авг-26, (20)

Вот что значит cargo культ , Аноним (11), 00:46 , 21-Авг-26, (11) +1

Макaки Вместо того чтобы написать свой метод в 10 строк, тянут чужие пакеты , Аноним (23), 01:16 , 21-Авг-26, (24)

А я всё жду когда подменят знаменитый утановочный скрипт раста, и любители да , Ivan_83 (ok), 00:49 , 21-Авг-26, (13)
Crates io это просто свалка, а надо пользоваться проверяемыми репозиториями, как, Аноним (16), 00:51 , 21-Авг-26, (14)

Тут репозиторий васян форкнул полтора нужных ему пакета и не обновляет Провер, Аноним (18), 01:03 , 21-Авг-26, (21) +1

Лол В cargo nighly есть min-publish-age, ставил 2 недели зачем-то, видимо можно, Аноним (18), 00:55 , 21-Авг-26, (17)
А что это эксперты с пеной у рта твердили про отсутсвие уб в расте Получается о, Сладкая булочка (?), 01:53 , 21-Авг-26, (35)

unsafe же, Аноним (18), 02:13 , 21-Авг-26, (43)

Блистательный Rust развивается, это не может не радовать Но вот централизованны, Аноним10084 и 1008465039 (?), 02:00 , 21-Авг-26, (37)

А чо не осуждаем Брать напрямую у вендора, так чтобы когда его ломанут не было , Аноним (18), 02:13 , 21-Авг-26, (42)

Будешь на госуслугах разрешение запрашивать на публикацию пакета, а хацкеры с ку, Гнилье (?), 03:00 , 21-Авг-26, (53)
Склонировал, проверил что нормальная вещь, работаешь Ни в коем случае не автооб, Аноним10084 и 1008465039 (?), 03:05 , 21-Авг-26, (56)

Гений, додумался наконец, все нормальные пацаны так еще с 90х делают, Отмени (?), 02:57 , 21-Авг-26, (52)

Да я-то лично всегда был в этой теме параноиком, зато учителя и наставники мои н, Аноним10084 и 1008465039 (?), 03:03 , 21-Авг-26, (55)

К слову, ходит расхожее заблуждение что алгебраические операции всегда увеличива, Аноним (18), 02:23 , 21-Авг-26, (46)
Когда строишь цифровой концлагерь, что для тебя самое страшное Что кто-то сдела, Лажа (?), 02:36 , 21-Авг-26, (50)

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

1. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +2 +/–

Сообщение от Аноним (1), 20-Авг-26, 23:38

зато нету use-after-free

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

5. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." –6 +/–

Сообщение от сиська (?), 21-Авг-26, 00:02

проектировался язык чтоб избежать подобного, но вот компрометация пакетов, лол, отнюдь, да и сборка превышающая время жизни вообще ни в какие ворота, уж извините, да и IDE полноценной не имеет, ещё минусы нужны?

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

6. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от Нонон (?), 21-Авг-26, 00:12

Я как разработчик раст, не понимаю что значит «IDE полноценной не имеет»
Пока что сижу на RustRover. Коллеги по цеху в VsCode и Cursor на расте пишут. Жду пока Zed допилят, может на него перейду. Все 1 в 1 как и в других ЯП

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

23. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." –3 +/–

Сообщение от Аноним (23), 21-Авг-26, 01:14

Сравнивать текстовый редактор на плагинах с полноценной IDE? Видать и разработчик такой же.

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

26. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (26), 21-Авг-26, 01:20

какой?

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

25. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Норм (?), 21-Авг-26, 01:19

Расскажите как проэктировать ЯП чтобы избегать компроментации пакетов.

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

59. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от px (??), 21-Авг-26, 03:42

Мне хватает emacs + соответствующий мод + lsp / чувствую себя прекрасно

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

34. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Сладкая булочка (?), 21-Авг-26, 01:51

>  зато нету use-after-free
Цитаты великих^Wхакнутых пользователей

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

2. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (2), 20-Авг-26, 23:49

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

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

3. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от Аноним (3), 20-Авг-26, 23:49

>Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца
Ничему жизнь людей не учит… мало им npm?

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

18. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 00:57

Будем рады услышать твои решения проблемы dependency chain.

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

38. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (38), 21-Авг-26, 02:03

Не тащить в дом лефтпады всякие - вот и всё решение. Ну если тащишь, то проверенное и очень аккуратно с фиксацией версии. Риски остаются, но по сравнению с ежедневным npm install они гораздо меньше.

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

49. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Пример (?), 21-Авг-26, 02:32

No nested dependencies - no problems.

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

54. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Грузовой самолет (?), 21-Авг-26, 03:03

Эта проблема в общем виде не решается совсем. Можно только радикально минимизировать поверхность атаки, но культ cargo наоборот ее только расширяет

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

4. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от DEF (?), 21-Авг-26, 00:01

А где новости про Bun 1.4?

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

7. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 00:24

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

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

9. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +2 +/–

Сообщение от Аноним (18), 21-Авг-26, 00:44

Какое слово не понятно? Обычный `a+b+c+d` на флотах это только `((a+b)+c)+d` и никак иначе, иногда это важно, потому что если складывать начиная с самых маленьких значений то погрешность будет меньше. А алгебраические операции могут скомпилироваться сегодня в (a+b)+(c+d), а завтра в (a+c)+(b+d), и всё это будет давать разные результаты в пределах погрешности. Когда погрешность не важна, можно это использовать ради увеличения скорости.

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

22. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." –2 +/–

Сообщение от Круз (?), 21-Авг-26, 01:06

т.е порядок a + b + c + d у ржавых точно определен а a.algebraic_add(b).algebraic_add(c).algebraic_add(d) внезапно исполняется в в произвольном порядке?
а потом удивляются почему их сумасшедшими считают

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

27. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Норм (?), 21-Авг-26, 01:22

Кринж. Капец.

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

29. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от Аноним (18), 21-Авг-26, 01:32

> т.е порядок a + b + c + d у ржавых точно определен а a.algebraic_add(b).algebraic_add(c).algebraic_add(d) внезапно исполняется в в произвольном порядке?
Да, а в чём проблема, слишком сложно для понимания? Если что, a + b + c + d это a.add(b).add(c).add(d), поэтому эти операции на уровне языка работают совершенно одинаково, просто во втором случае в llvm едет флажок разрешающий их переупорядочивать. В C такое было испокон веков, только включалось через -ffast-math на уровне программы или в лучшем случае единицы трансляции, что суть бред, по г-едов устраивало. А тут сделано идеально - можно использовать точечно, явно, только там где нужно.

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

28. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." –1 +/–

Сообщение от Аноним (7), 21-Авг-26, 01:29

> Обычный 'a+b+c+d' на флотах это только '((a+b)+c)+d' и никак иначе, иногда это важно, потому что если складывать начиная с самых маленьких значений то погрешность будет меньше.
а размер регистров разве не фиксирован? Маленькие значения не "дополняются" нулями? С фига обычное сложение флоатов создает погрешность при смене порядка применения операции? Они бы еще написали бы, что a+b и b+a приводит к погрешности. А  вот что такое "недетерминированность результатов" я вообще не понял, это типа случайный результат?

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

30. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от Аноним (18), 21-Авг-26, 01:36

> а размер регистров разве не фиксирован? Маленькие значения не "дополняются" нулями? С фига обычное сложение флоатов создает погрешность при смене порядка применения операции?
Если ты такие вопросы задаёшь, ты не понимаешь вообще как устроены fp числа и как работает fpu. Почитай википедию хотя бы.
> А  вот что такое "недетерминированность результатов" я вообще не понял, это типа случайный результат?
А это в словаре посмотри. Это значит что в зависимости от платформы, компилятора, версии компилятора, а может и запуска программы результат вычисления может отличаться.

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

33. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 01:48

> Если ты такие вопросы задаёшь, ты не понимаешь вообще как устроены fp числа и как работает fpu. Почитай википедию хотя бы.
мне калькулятор виндовый выдает один и тот же результат с точностью равной наибольшей точности одного из слагаемых.
0,3 + 0,33 + 0,3333 + 0,33333 = 1,29663
(0,3 + 0,33) + (0,3333 + 0,33333) = 1,29663
> это в словаре посмотри. Это значит что в зависимости от платформы, компилятора, версии компилятора, а может и запуска программы результат вычисления может отличаться.
Недетерминированный - это случайный, то есть результат получения нельзя описать по шагам!
А тут шаги есть, это операция сложения, и результат именно этой конструкции (0,3 + 0,33) + (0,3333 + 0,33333) всегда будет одинаковый при каждом исполнении, но в тоже время отличаться от результата 0,3 + 0,33 + 0,3333 + 0,33333 этой конструкции. Это никак нельзя назвать недетерминированным результатом.

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

41. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:08

> Недетерминированный - это случайный, то есть результат получения нельзя описать по шагам!
Нет, недетерминированный - это недетерминированный. Результат можно описать по шагам, но последовательность шагов в алгебраическом режиме из твоей операции может получаться разной в разных условиях, на которые ты влиять не можешь. В этом и недетерминированность.

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

47. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 02:24

> Нет, недетерминированный - это недетерминированный.
:) серьезно?
> может получаться разной в разных условиях, на которые ты влиять не можешь. В этом и недетерминированность.
именно что результат a + b + c + d всегда один и тот же, как и результат (a + b) + (c + d) даже не с математической точки зрения, а потому-что сама операция сложения детерминирована, коммутативна и ассоциативна!

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

58. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от warlock66613 (ok), 21-Авг-26, 03:06

Сложение чисел с плавающей точкой коммутативно, но неассоциативно.

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

51. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (51), 21-Авг-26, 02:48

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

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

57. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." –1 +/–

Сообщение от Аноним (7), 21-Авг-26, 03:06

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

> Ошибка округления от сложения разных чисел будет разная.
Округляют обычно результат конечный!
> Поэтому и результат не детерминирован.
Толковый словарь открой!

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

10. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от aname (ok), 21-Авг-26, 00:45

2+2 не всегда равно 4. Ну, в пределах погрешности

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

16. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (16), 21-Авг-26, 00:55

В определённых ситуациях значение может даже достигать 5

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

32. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 01:43

5 вряд-ли, но если складывать очень много очень мелких значений, в сумме дающих 4, то при вычислении на fpu результат может быть сильно меньше 4.

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

36. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 01:56

с какого? там сумма будет стремиться к 4, как она может быть "сильно меньше 4"?
3,9999999999999 сильно меньше 4.0000000000000?

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

40. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:06

Чем больше n, тем дальше сумма будет он 4. Сумма миллиарда одномиллиардных будет около 0.03125. Почему я тебе уже достаточно расписал.

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

45. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 02:20

ну пробуй 0.0000001 + 0.0000001 + 0.0000001 + 0.0000001 .... в какую сторону будет стремиться число?

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

12. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Ivan_83 (ok), 21-Авг-26, 00:47

Скорее всего там речь про float/double - штуки с плавучкой, там когда что то сильно дробное то оно округляется и при этом теряется точность.
Когда вы меняете порядок вычислений, будучи математически корректным, на практике это приводит к тому что операции округления будут происходить над другими значениями и погрешности округления тоже изменятся.
Думаю как то так.

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

31. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 01:41

> Скорее всего там речь про float/double - штуки с плавучкой, там когда что то сильно дробное то оно округляется и при этом теряется точность.
размеры регистров ведь фиксированы, я понимаю что 0.3 и 0.33333333333 разной точности и если рассмотреть
0.3 + 0.33 + 0.3333 + 0.33333 то порядок в какой-то степени будет играть роль, но ведь в регистре то они все равно фиксированной длины и 0.3 в регистре условно должно лежать как 0.300000000 ибо предыдущее число это 0.299999999, не так?
> Когда вы меняете порядок вычислений, будучи математически корректным, на практике это приводит к тому что операции округления будут происходить над другими значениями и погрешности округления тоже изменятся.
пихнул в виндовый калькулятор оба варианта - результат одинаковый, то есть точность по максимально точному слагаемому.
0,3 + 0,33 + 0,3333 + 0,33333 = 1,29663
(0,3 + 0,33) + (0,3333 + 0,33333) = 1,29663
> Думаю как то так.
Спасибо.

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

39. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:04

> 0.3 + 0.33 + 0.3333 + 0.33333 то порядок в какой-то степени будет играть роль, но ведь в регистре то они все равно фиксированной длины и 0.3 в регистре условно должно лежать как 0.300000000 ибо предыдущее число это 0.299999999, не так?
Почему не сходить посмотреть в википедию хотя бы? Факт раз - FPU работает с бинарными значениями, ни одно из упомянутых чисел в них точно не представимы. Соответственно, точно не представим результат. Соответственно, после каждой операции будет округление. Соответственно, результат будет разный в зависимости от порядка операций. Пример два - давай для простоты будем мыслить в десятичной системе, и пусть fpu хранит 3 знака после запятой.
1e0 + 1e-3 = 1.000 + 0.001 = 1.001 // всё ок
1e0 + 1e-4 = 1.000 + 0.0001 = 1.000_1 = 1.000 // потому что у нас всего 3 разряда
1e0 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 = 1.000 // всё равно, потому что округляем после каждой операции
но
1e0 + (1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4) = 1.001 // потому что мы сначала накопим 1e-3 ничего не потеряв, и оно уже влезет в младший разняд числа с большей экспонентой
> пихнул в виндовый калькулятор оба варианта
Мда.

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

44. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (7), 21-Авг-26, 02:19

> Почему не сходить посмотреть в википедию хотя бы?
потому-что регистр и ваша точность вычислений - фиксирована длиной (шириной) этого регистра.
> 1e0 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 = 1.000 // всё равно, потому что округляем после каждой операции
> но
> 1e0 + (1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4 + 1e-4) = 1.001 // потому что мы сначала накопим 1e-3 ничего не потеряв, и оно уже влезет в младший разняд числа с большей экспонентой
wolfram в обоих случаях выдает результат 1.001
> Мда.
Чему вы удивляетесь? Тому что калькулятор выдает корректный математический результат?

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

48. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:27

А ничего что калькулятор, как и вольфрам, не на fpu могут работать, а на длинной, рациональной или символьной арифметике? Удивляюсь я дремучести и упрямству человека которому рассказывают почему именно так, а он спорит с фактами, не видит разницы между инструментами работающими на совершенно разных принципах и не хочет сходить почитать доку.

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

8. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от aname (ok), 21-Авг-26, 00:41

Cargo- это надёжно, писали они
Cargo- это безопасно, писали они

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

15. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 00:52

Ну как. Если относительно - то действительно надёжно и безопасно, потому что рабочей системы работы с зависимостями более надёжной и безопасной пока не существует. Где она есть, пусть она централизована (npm, cpan, rubygems, pypi), пусть нет (go) - могут получить доступ и опубликовать новую версию с малварью. Попадёт ли она к тебе без действий с твоей стороны - нет. Может попасть при обновлении, как везде. Есть cargo vet, cargo cooldown, nighly min-publish-age чтобы вероятность этого уменьшить, как везде. Чтобы устранить её совсем - такого не сделал ещё никто - для этого нужна целая распределённая система аудита. И я абсолютно уверен что если такая появится, то появится именно в rust.

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

19. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (16), 21-Авг-26, 00:57

cargo audit . есть же

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

20. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 00:59

Нету. Иди читай что я написал и что такое cargo audit.

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

11. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от Аноним (11), 21-Авг-26, 00:46

>Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца
Вот что значит cargo культ.

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

24. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (23), 21-Авг-26, 01:16

Макaки. Вместо того чтобы написать свой метод в 10 строк, тянут чужие пакеты.

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

13. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Ivan_83 (ok), 21-Авг-26, 00:49

> Дополнительно можно отметить компрометацию популярного crate-пакета arrayref, насчитывающего более 53 млн загрузок за последние 90 дней и применяемого в качестве зависимости у 403 пакетов.
А я всё жду когда подменят знаменитый утановочный скрипт раста, и любители: "да чо там компилять часами, дурак шоле, вон curl | sh и готово!" будут немного отчпоканы :)

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

14. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (16), 21-Авг-26, 00:51

>компрометацию популярного crate-пакета
Crates.io это просто свалка, а надо пользоваться проверяемыми репозиториями, как например axiom repo. И не Rust'ом

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

21. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +1 +/–

Сообщение от Аноним (18), 21-Авг-26, 01:03

Тут репозиторий = васян форкнул полтора нужных ему пакета и не обновляет. Проверяемыми = васян мамой клянётся что не нашёл там закладок. Ну не, для кого-то возможно и решение.

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

17. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 00:55

> была размещена в 10:15 (MSK) и просуществовала до 11:41, после чего была удалена администраторами crates.io.
Лол. В cargo nighly есть min-publish-age, ставил 2 недели зачем-то, видимо можно день ставить и обновляться совершенно без страха.

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

35. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Сладкая булочка (?), 21-Авг-26, 01:53

> Взаимодействие между обвязкой ManuallyDrop и умным указателем Box теперь не приводит к неопределённому поведению.
А что это эксперты с пеной у рта твердили про отсутсвие уб в расте? Получается обманули?

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

43. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:13

unsafe же

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

37. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним10084 и 1008465039 (?), 21-Авг-26, 02:00

Блистательный Rust развивается, это не может не радовать! Но вот централизованные репозитории библиотек без модерации осуждаем, я в последнее время вообще считаю, что с библиотеками надо очень аккуратно - по минимуму, и желательно всё клонировать прямо к себе - атаку на цепочку поставки никто не отменял!

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

42. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:13

> Но вот централизованные репозитории библиотек без модерации осуждаем
А чо не осуждаем? Брать напрямую у вендора, так чтобы когда его ломанут не было даже слоя который не пустит тебе ломанную версию? Или может репозитории с модерацией? Много видел таких?
> и желательно всё клонировать прямо к себе - атаку на цепочку поставки никто не отменял!
Атаку на склонированное себе гнильё тоже.

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

53. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Гнилье (?), 21-Авг-26, 03:00

>Или может репозитории с модерацией
Будешь на госуслугах разрешение запрашивать на публикацию пакета, а хацкеры с купленого акка бабы сраки выкладывать без вопросов

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

56. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним10084 и 1008465039 (?), 21-Авг-26, 03:05

Склонировал, проверил что нормальная вещь, работаешь. Ни в коем случае не автообновлять! Вижу это так, хотя для коммерческой low-stake разработки, кажется, мало реально, всем же надо быстро...

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

52. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Отмени (?), 21-Авг-26, 02:57

> в последнее время вообще считаю, что с библиотеками надо очень аккуратно - по минимуму, и желательно всё клонировать прямо к себе
Гений, додумался наконец, все нормальные пацаны так еще с 90х делают

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

55. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним10084 и 1008465039 (?), 21-Авг-26, 03:03

Да я-то лично всегда был в этой теме параноиком, зато учителя и наставники мои настаивали - инженер не должен делать то, что уже сделали, долой NIH-синдром, старайся найти в Интернете, есть ли уже решения.

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

46. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Аноним (18), 21-Авг-26, 02:23

К слову, ходит расхожее заблуждение что алгебраические операции всегда увеличивают погрешность. Это не так:
```rust
fn main() {
    let mut s1 = 0.0_f32;
    let mut s2 = 0.0_f32;
    let n = 1_000_000_000;
    let a = 1_f32 / n as f32;
    for _ in 0..n {
        s1 += a;
    }
    for _ in 0..n {
        s2 = s2.algebraic_add(a);
    }
    eprintln!("{} {}", s1, s2);
}
```
```
0.03125 0.8858695
```
С миллионом:
```
1.0090389 0.9999056
```
С тысячей:
```
0.9999907 1.0000006
```
Точность выше ни много ни мало на 2 порядка потому что получаются халявные частичные суммы на симд. Или бывает что у компилятора появляется возможность использовать FMA, а это минус округление.
Но мораль конечно в том что если погрешности важны, нужно явно продумывать последовательность операций.
Но я бы конечно хотел чтобы алгебраическими можно было делать обычные операции, например атрибутом на выражение или блок.

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

50. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..." +/–

Сообщение от Лажа (?), 21-Авг-26, 02:36

Когда строишь цифровой концлагерь, что для тебя самое страшное? Что кто-то сделает jailbreak. А через что делают jailbreak например на айфонах? Через сишные дыры.
Вот почему раст так форсят.
Почему разрабы раста взяли очевидно дырявую модель от npm для своего cargo? А как еще обосновать выкладку пакетов по паспорту, если не для защиты от хакеров?

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

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

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

Партнёры:

Хостинг:

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

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

1. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+2 +/–
Сообщение от Аноним (1), 20-Авг-26, 23:38
зато нету use-after-free
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	–6 +/–
	Сообщение от сиська (?), 21-Авг-26, 00:02
	проектировался язык чтоб избежать подобного, но вот компрометация пакетов, лол, отнюдь, да и сборка превышающая время жизни вообще ни в какие ворота, уж извините, да и IDE полноценной не имеет, ещё минусы нужны?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+1 +/–
	Сообщение от Нонон (?), 21-Авг-26, 00:12
	Я как разработчик раст, не понимаю что значит «IDE полноценной не имеет» Пока что сижу на RustRover. Коллеги по цеху в VsCode и Cursor на расте пишут. Жду пока Zed допилят, может на него перейду. Все 1 в 1 как и в других ЯП
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	–3 +/–
	Сообщение от Аноним (23), 21-Авг-26, 01:14
	Сравнивать текстовый редактор на плагинах с полноценной IDE? Видать и разработчик такой же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (26), 21-Авг-26, 01:20
	какой?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Норм (?), 21-Авг-26, 01:19
	Расскажите как проэктировать ЯП чтобы избегать компроментации пакетов.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	59. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от px (??), 21-Авг-26, 03:42
	Мне хватает emacs + соответствующий мод + lsp / чувствую себя прекрасно
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	34. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Сладкая булочка (?), 21-Авг-26, 01:51
	> зато нету use-after-free Цитаты великих^Wхакнутых пользователей
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

2. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
Сообщение от Аноним (2), 20-Авг-26, 23:49
И что заразили, какие-нибудь файрфокс с хромиумом, судя по перечню? Это то, что вы получаете, скачивая из помойки.
Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+1 +/–
Сообщение от Аноним (3), 20-Авг-26, 23:49
>Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца Ничему жизнь людей не учит… мало им npm?
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (18), 21-Авг-26, 00:57
	Будем рады услышать твои решения проблемы dependency chain.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (38), 21-Авг-26, 02:03
	Не тащить в дом лефтпады всякие - вот и всё решение. Ну если тащишь, то проверенное и очень аккуратно с фиксацией версии. Риски остаются, но по сравнению с ежедневным npm install они гораздо меньше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Пример (?), 21-Авг-26, 02:32
	No nested dependencies - no problems.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	54. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Грузовой самолет (?), 21-Авг-26, 03:03
	Эта проблема в общем виде не решается совсем. Можно только радикально минимизировать поверхность атаки, но культ cargo наоборот ее только расширяет
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору

4. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
Сообщение от DEF (?), 21-Авг-26, 00:01
А где новости про Bun 1.4?
Ответить \| Правка \| Наверх \| Cообщить модератору

7. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
Сообщение от Аноним (7), 21-Авг-26, 00:24
> Ценой применения алгебраических методов является недетерминированность результатов вычисления, которые могут меняться в пределах погрешности. кто-нибудь, поясните это предложение, пожалуйста.
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+2 +/–
	Сообщение от Аноним (18), 21-Авг-26, 00:44
	Какое слово не понятно? Обычный `a+b+c+d` на флотах это только `((a+b)+c)+d` и никак иначе, иногда это важно, потому что если складывать начиная с самых маленьких значений то погрешность будет меньше. А алгебраические операции могут скомпилироваться сегодня в (a+b)+(c+d), а завтра в (a+c)+(b+d), и всё это будет давать разные результаты в пределах погрешности. Когда погрешность не важна, можно это использовать ради увеличения скорости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	–2 +/–
	Сообщение от Круз (?), 21-Авг-26, 01:06
	т.е порядок a + b + c + d у ржавых точно определен а a.algebraic_add(b).algebraic_add(c).algebraic_add(d) внезапно исполняется в в произвольном порядке? а потом удивляются почему их сумасшедшими считают
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Норм (?), 21-Авг-26, 01:22
	Кринж. Капец.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+1 +/–
	Сообщение от Аноним (18), 21-Авг-26, 01:32
	> т.е порядок a + b + c + d у ржавых точно определен а a.algebraic_add(b).algebraic_add(c).algebraic_add(d) внезапно исполняется в в произвольном порядке? Да, а в чём проблема, слишком сложно для понимания? Если что, a + b + c + d это a.add(b).add(c).add(d), поэтому эти операции на уровне языка работают совершенно одинаково, просто во втором случае в llvm едет флажок разрешающий их переупорядочивать. В C такое было испокон веков, только включалось через -ffast-math на уровне программы или в лучшем случае единицы трансляции, что суть бред, по г-едов устраивало. А тут сделано идеально - можно использовать точечно, явно, только там где нужно.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	28. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	–1 +/–
	Сообщение от Аноним (7), 21-Авг-26, 01:29
	> Обычный 'a+b+c+d' на флотах это только '((a+b)+c)+d' и никак иначе, иногда это важно, потому что если складывать начиная с самых маленьких значений то погрешность будет меньше. а размер регистров разве не фиксирован? Маленькие значения не "дополняются" нулями? С фига обычное сложение флоатов создает погрешность при смене порядка применения операции? Они бы еще написали бы, что a+b и b+a приводит к погрешности. А вот что такое "недетерминированность результатов" я вообще не понял, это типа случайный результат?
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	30. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+1 +/–
	Сообщение от Аноним (18), 21-Авг-26, 01:36
	> а размер регистров разве не фиксирован? Маленькие значения не "дополняются" нулями? С фига обычное сложение флоатов создает погрешность при смене порядка применения операции? Если ты такие вопросы задаёшь, ты не понимаешь вообще как устроены fp числа и как работает fpu. Почитай википедию хотя бы. > А вот что такое "недетерминированность результатов" я вообще не понял, это типа случайный результат? А это в словаре посмотри. Это значит что в зависимости от платформы, компилятора, версии компилятора, а может и запуска программы результат вычисления может отличаться.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (7), 21-Авг-26, 01:48
	> Если ты такие вопросы задаёшь, ты не понимаешь вообще как устроены fp числа и как работает fpu. Почитай википедию хотя бы. мне калькулятор виндовый выдает один и тот же результат с точностью равной наибольшей точности одного из слагаемых. 0,3 + 0,33 + 0,3333 + 0,33333 = 1,29663 (0,3 + 0,33) + (0,3333 + 0,33333) = 1,29663 > это в словаре посмотри. Это значит что в зависимости от платформы, компилятора, версии компилятора, а может и запуска программы результат вычисления может отличаться. Недетерминированный - это случайный, то есть результат получения нельзя описать по шагам! А тут шаги есть, это операция сложения, и результат именно этой конструкции (0,3 + 0,33) + (0,3333 + 0,33333) всегда будет одинаковый при каждом исполнении, но в тоже время отличаться от результата 0,3 + 0,33 + 0,3333 + 0,33333 этой конструкции. Это никак нельзя назвать недетерминированным результатом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (18), 21-Авг-26, 02:08
	> Недетерминированный - это случайный, то есть результат получения нельзя описать по шагам! Нет, недетерминированный - это недетерминированный. Результат можно описать по шагам, но последовательность шагов в алгебраическом режиме из твоей операции может получаться разной в разных условиях, на которые ты влиять не можешь. В этом и недетерминированность.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (7), 21-Авг-26, 02:24
	> Нет, недетерминированный - это недетерминированный. :) серьезно? > может получаться разной в разных условиях, на которые ты влиять не можешь. В этом и недетерминированность. именно что результат a + b + c + d всегда один и тот же, как и результат (a + b) + (c + d) даже не с математической точки зрения, а потому-что сама операция сложения детерминирована, коммутативна и ассоциативна!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от warlock66613 (ok), 21-Авг-26, 03:06
	Сложение чисел с плавающей точкой коммутативно, но неассоциативно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (51), 21-Авг-26, 02:48
	Ты вообще калькулятор виндовый дизассемблировал когда-нибудь и смотрел как он числа считает? Там символьная арифметика, он твой ввод рассматривает как массив символов для которых применяется вычисление "в столбик", как в школе. Поэтому точность не пропадает. А здесь речь про про операции в стандарте IEEE 754 (бинарное представление чисел с плавающей точкой), в котором арифметические операции неассоциативны из-за ограниченности разрядной сетки 4 или 8 байтами. Ошибка округления от сложения разных чисел будет разная. Поэтому и результат не детерминирован.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	57. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	–1 +/–
	Сообщение от Аноним (7), 21-Авг-26, 03:06
	> Ты вообще калькулятор виндовый дизассемблировал когда-нибудь и смотрел как он числа считает? Там символьная арифметика, он твой ввод рассматривает как массив символов для которых применяется вычисление "в столбик", как в школе. Поэтому точность не пропадает. а ты код на расте видел хоть раз? там разве не та же самая "символьная арифметика"? :))) > А здесь речь про про операции в стандарте IEEE 754 (бинарное представление чисел с плавающей точкой), в котором арифметические операции неассоциативны из-за ограниченности разрядной сетки 4 или 8 байтами. размер регистра влияет на арифметику и ее свойства? серьезно? > Ошибка округления от сложения разных чисел будет разная. Округляют обычно результат конечный! > Поэтому и результат не детерминирован. Толковый словарь открой!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от aname (ok), 21-Авг-26, 00:45
	2+2 не всегда равно 4. Ну, в пределах погрешности
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	16. "Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитыва..."	+/–
	Сообщение от Аноним (16), 21-Авг-26, 00:55
	В определённых ситуациях значение может даже достигать 5
	Ответить \| Правка \| Наверх \| Cообщить модератору