http://rulinux.net/ http://rulinux.net/ http://rulinux.net/rss_icon.png https://rulinux.net/message.php?newsid=36417&page=1#135640 https://rulinux.net/message.php?newsid=36417&page=1#135640 Sat, 14 Apr 2012 07:39:46 +0400 > Странный ты
нет, ты

> выбросил обе операции округления
результат смотрел?

]]> https://rulinux.net/message.php?newsid=36417&page=1#135631 https://rulinux.net/message.php?newsid=36417&page=1#135631 Sat, 14 Apr 2012 07:14:51 +0400 > где же тут округление? Странный ты - выбросил обе операции округления, которые сам же и советовал, и спрашиваешь где они :)

]]> https://rulinux.net/message.php?newsid=36417&page=1#135626 https://rulinux.net/message.php?newsid=36417&page=1#135626 Sat, 14 Apr 2012 06:29:43 +0400 Это вообще-то не имеет ничего с округлением. Как насчёт такого?

c


#include <stdlib.h>
#include <stdio.h>
#include <math.h>

int main(void){
  double a=0.85;
  printf("%.60f\n",a);
  return 0;
}
 

где же тут округление? Это просто последствия хранения в виде floating point. Если нужны точные вычисления, в приличных языках для этого есть другие средства, например rationalp

]]> https://rulinux.net/message.php?newsid=36417&page=1#135612 https://rulinux.net/message.php?newsid=36417&page=1#135612 Fri, 13 Apr 2012 22:36:32 +0400 Вобщем и месяца не прошло как разобрались - код там и правда непростой. Дело в том что вышеприведённые варианты округления не для всех чисел одинаково хорошию Есть такие значения, что не помещаются в разрядной сетке мантиссы и поэтому double их обрубает c уменьшением абсолютного значения. Вот например 0.85 округлённое по твоим формулам до тысячных, после округления станет несколько меньше:

c



#include <stdlib.h>
#include <stdio.h>
#include <math.h>

int main(void){
  double a=0.85;
  double b = trunc (a * 1000.0 + 0.5) / 1000.0;
  double b2=trunc(a) + round(1000.0*(a - trunc(a)))/1000.0;
  printf("%.60f\n",b);
  printf("%.60f\n",b2);
  return 0;
}
 

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

]]> https://rulinux.net/message.php?newsid=36417&page=1#131502 https://rulinux.net/message.php?newsid=36417&page=1#131502 Sat, 17 Mar 2012 01:35:53 +0400 у нас тут приличный форум и так выражаться не принято

]]> https://rulinux.net/message.php?newsid=36417&page=1#131501 https://rulinux.net/message.php?newsid=36417&page=1#131501 Sat, 17 Mar 2012 01:35:05 +0400 > Через trunc - это правильнее, производительнее, точнее или что?
нет, одинаково. Если нужна эта добавка 0.5 пользуй round, без разницы.

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

trunc(a) + round(1000.0*(a - trunc(a)))/1000.0;

тоесть работать только с дробной частью, заведомо избежав риска умножить какое-нибудь 1.0Е+306 так что результат вызовет переполнение

]]> https://rulinux.net/message.php?newsid=36417&page=1#131446 https://rulinux.net/message.php?newsid=36417&page=1#131446 Fri, 16 Mar 2012 12:38:07 +0400 Мущщина, ебанитесь! Любой корпорац делает это.

]]> https://rulinux.net/message.php?newsid=36417&page=1#131442 https://rulinux.net/message.php?newsid=36417&page=1#131442 Fri, 16 Mar 2012 10:34:00 +0400 фапси чтоли какоеннить?

]]> https://rulinux.net/message.php?newsid=36417&page=1#131439 https://rulinux.net/message.php?newsid=36417&page=1#131439 Fri, 16 Mar 2012 10:26:21 +0400 > С каких это пор алгоритмы являются проприетарщиной? На них вроде даже патенты в нормальных странах не дают. Чего скрывать?

Не я пишу полиси в своей конторе.

]]> https://rulinux.net/message.php?newsid=36417&page=1#131434 https://rulinux.net/message.php?newsid=36417&page=1#131434 Fri, 16 Mar 2012 09:14:45 +0400 > b = trunc (a * 1000.0 + 0.5) / 1000.0;
Если было бы сделано так - то я бы не удивлялся.
А ты можешь объяснить почему именно через trunc у тебя реализовано? Почему бы не сделать так:
b = round(a * 1000.0) / 1000.0;
Например на одну операцию (сложения) меньше выходит? Через trunc - это правильнее, производительнее, точнее или что?

> при крупных числах может быть баг переполнения, посему для них нужны особые извраты, но это редко нужно.
Что за извраты? Наверное они меня и интерсуют. То, на что я смотрю выглядит как бажный индусокод, но может оказаться чем-то охуенно гениальным. Плюс там не только тупое переполнение будет, но проблема приведения чисел к одинаковой экспоненте при которой "0.5" утратит значимость, но я не вижу как тот код, на который я смотрю, мог бы решить эту проблему.

]]> https://rulinux.net/message.php?newsid=36417&page=1#131424 https://rulinux.net/message.php?newsid=36417&page=1#131424 Fri, 16 Mar 2012 06:31:35 +0400 > Алгоритм дать не могу - проприетарщина
С каких это пор алгоритмы являются проприетарщиной? На них вроде даже патенты в нормальных странах не дают. Чего скрывать?

]]> https://rulinux.net/message.php?newsid=36417&page=1#131422 https://rulinux.net/message.php?newsid=36417&page=1#131422 Fri, 16 Mar 2012 00:08:24 +0400 хм умножаешь на 10^(нужное количество знаков), добавляешь 0,5 если нужно округлить, а не просто отбросить лишние цифры, отбрасываешь дробную часть и потом делишь на то же 10^(нужное количество знаков), вроде всё очевидно. Типа того

b = trunc (a * 1000.0 + 0.5) / 1000.0;

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

]]> https://rulinux.net/message.php?newsid=36417&page=1#131421 https://rulinux.net/message.php?newsid=36417&page=1#131421 Thu, 15 Mar 2012 22:27:02 +0400 int(a*(10^n)) / double(10^n)

]]> https://rulinux.net/message.php?newsid=36417&page=1#131416 https://rulinux.net/message.php?newsid=36417&page=1#131416 Thu, 15 Mar 2012 20:27:15 +0400 Да проблема в том что нужно как-то обосновать что текущая имплементация говно, остальное пускай девелоперы думают чо как фиксить. Алгоритм там не совсем такой как ты описываешь - поэтому и пытаюсь найти чего-нить похожее чтобы понять зачем так вообще делали

]]> https://rulinux.net/message.php?newsid=36417&page=1#131414 https://rulinux.net/message.php?newsid=36417&page=1#131414 Thu, 15 Mar 2012 20:20:29 +0400 Если проприетарщина, предлагаю домножать на нужное кол-во нулей, а все остальное после запятой дропать или я не понял вопроса ?

]]> https://rulinux.net/message.php?newsid=36417&page=1#131413 https://rulinux.net/message.php?newsid=36417&page=1#131413 Thu, 15 Mar 2012 20:19:10 +0400 Выбрать пример с floor и 0.5

?

]]> https://rulinux.net/message.php?newsid=36417&page=1#131412 https://rulinux.net/message.php?newsid=36417&page=1#131412 Thu, 15 Mar 2012 20:14:48 +0400 ну... не знаю...

]]> https://rulinux.net/message.php?newsid=36417&page=1#131411 https://rulinux.net/message.php?newsid=36417&page=1#131411 Thu, 15 Mar 2012 20:14:35 +0400 Алгоритм дать не могу - проприетарщина, выпасут - выебут.

]]> https://rulinux.net/message.php?newsid=36417&page=1#131410 https://rulinux.net/message.php?newsid=36417&page=1#131410 Thu, 15 Mar 2012 20:12:25 +0400 Меня больше интересует алгоритмическая сторона вопроса

]]> https://rulinux.net/message.php?newsid=36417&page=1#131409 https://rulinux.net/message.php?newsid=36417&page=1#131409 Thu, 15 Mar 2012 20:11:43 +0400 Десятичного, с двоичным-то всё просто

]]> https://rulinux.net/message.php?newsid=36417&page=1#131408 https://rulinux.net/message.php?newsid=36417&page=1#131408 Thu, 15 Mar 2012 20:11:02 +0400 http://stackoverflow.com/questions/798046/digit-limitation-from-decimal-point-in-c

]]> https://rulinux.net/message.php?newsid=36417&page=1#131407 https://rulinux.net/message.php?newsid=36417&page=1#131407 Thu, 15 Mar 2012 20:10:16 +0400 Алгоритм давай, в котором сомневаешься. Ну и насколько платформеннонезависимым должен быть

]]> https://rulinux.net/message.php?newsid=36417&page=1#131406 https://rulinux.net/message.php?newsid=36417&page=1#131406 Thu, 15 Mar 2012 20:09:49 +0400 snprintf(buf, len, "%0.2f", in) + sscanf(buf, "%f", &out);

]]> https://rulinux.net/message.php?newsid=36417&page=1#131405 https://rulinux.net/message.php?newsid=36417&page=1#131405 Thu, 15 Mar 2012 20:05:01 +0400 Знака двоичного или десятичного?

]]> https://rulinux.net/message.php?newsid=36417&page=1#131403 https://rulinux.net/message.php?newsid=36417&page=1#131403 Thu, 15 Mar 2012 19:57:40 +0400 Граждане, а не могли бы вы накидать мне ссылков на алгоритмы округления типа double до произвольного знака после запятой?
А то тут наткнулся на реализацию подобной функции, которая выглядит как явный баг, но доказать не могу (тем более что ошибка в пределах эпсилона, но её там могло бы не быть).

]]>