вместо "172578458263587758237587735"?
это то, что рассчитывалось
В общем, кидай код.
да сча, сек
Да даж не в этом дело. да я ошибся, там вылезала ошибка не в BigInteger, но мне то точность anyway нужна, а когда он начинает работать с маленькими числами уже BigInteger не подходит уже Есть тип, а ля BigDecima или что-то подобное, а то найти не могу
Опиши требования к числам: 1. Диапазон (минимальное, максимальное) 2. Точность (количество знаков после .)
Ну, если тебе double и decimal не хватает, то пиши свою арифметику
Ну и вопрос, где ты с такими числами работаешь?
Ну просто реально странно, что их не хватает. Децимал не такой уж и маленький в диапазон, да и дабл более-менее точность хоть какую-то держит
Decimal маленький в значимой части
да просто функция большая, я там в неё подставляю (10,9) и она сразу вылетает в бесконечность (ну условно кншн)
Да, но не то что бы очень + его дабл не устроил. Т.е. он либо юзает неебически огромные числа (от кторых дабл умирает, так что и децимал тоже не подойдёт), либо ему нужна точность на кучу знаков где-то в районе +- миллиард
400 * x.Item1 * x.Item1 * x.Item1 + 400 * x.Item1 * x.Item2 * x.Item2 - 398 * x.Item1 item1 - x1, item2 - x2
а что это даст?
Примерно будут понятны критерии подбора типов
Ебать ты, конечно, придумал
проблемы?)
Так ведь 10, 9 должна нормально считать, разве нет?
градиент
Это вместо Item1/Item2?
туда кст даж не эти цифры подставляются, а куда большие , там вроде перебор всякий идет
В double поместится
Но точности не будет
да? ну сча чекну
до 10 знаков, пойдет
У тебя тут степени неебические
квадраты)
Нихуя не квадраты
от ±5,0 × 10−324 до ±1,7 × 10308
Обсуждают сегодня