Почему октава дает различные результаты для 9 ^ 1/2 и 9 ^ 0.5?

Вы не можете сделать этого от клиентского конца, но можно искать карту сайта, иногда файл http://www.example.com/robots.txt мог бы содержать список. Может быть способ попросить у Google списка и может быть последнее в Wayback Machine.

0
28.02.2017, 01:29
1 ответ

Я не эксперт по Октаве, но это похоже на синтаксические анализы Октавы "9 ^ 1/2" как" (9^1)/2". Таким образом, оператор возведения в степень имеет более высокий приоритет (связывает более трудный), чем подразделение. Попытайтесь заключить в скобки как это: "(9 ^ (1/2))".

4
28.01.2020, 02:21
  • 1
    Хорошая выгода, Bruce. Однако, здесь существует более широкое прерывание. 9 ^ 1/2 точное значение и может быть уменьшено без потерь до 3 любым нормальным CAS. CAS может рассматривать 0.5 как значение с плавающей точкой, однако, а не попытаться сохранить точное представление его. Я пытался заставить Октаву показывать это, и отказавший. Я не знаю, означает ли это, что всегда использует FP или если это необыкновенно умно о точном представлении, или я просто не нашел случай правого угла. Но например, мой HP 49g + возвратит невязку, если Вы вычтете (9^0.3) из (9^ (1/3)), и 0, когда Вы вычитаете (9^0.5) из (9^ (1/2)). Будьте осторожны! –  Warren Young 06.04.2012, 23:12
  • 2
    На самом деле Ваше более широкое прерывание было тем, что я думал, что проблема была сначала. Я должен был считать вопрос несколько раз для понимания этого. Не исследуя Октаву подробно, это похоже на него, всегда использует FP, но это - общее предположение. –  Bruce Ediger 06.04.2012, 23:27
  • 3
    Thinko: Я имел в виду (9^ (0.8)) - (9^ (4/5)) в моих 49 г + пример. Я также играл вокруг с (9^0.3333333...) - (9^ (1/3)), но не удивительно, что это дает невязку. Удивление состоит в том, что FP часто имеет ошибки округления с удивительно короткими рациональными числами как 0,8. FP хранит целые числа точно; лучше всего для принятия чего-либо дробного хранится неточно. –  Warren Young 07.04.2012, 00:56

Теги

Похожие вопросы