JMP Pro 11.1.1 - 主要Bug（？）<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />問候，
最近從JMP Pro 10轉換為JMP Pro 11.1.1（包括2014年2月維護更新到JMP Pro 11）。兩個看似重大的問題：
1。簡單的公式＃1：第3列=第2列 - 第1列。簡單的公式＃2：第5列=第3列 - 第4列。在所有情況下，第5列應該等於0，但它不是。有什麼想法嗎？
2。推測是相關的，但是：選擇匹配的單元格（第1行第3列）僅選擇（第2行第3列），而不是（第3行第3列）。
謝謝，
回复：JMP Pro 11.1.1 - 主要Bug（？）感謝您的回复。我從所有這三個回復中得知，在JMP 11中沒有無處不在的圓形預設功能（“智能假裝”），所以我想這個結束了。
回复：JMP Pro 11.1.1 - 主要Bug（？）我在JMP 10中復制了你的表格並得到與你完全相同的結果。肯定有JMP 11中的錯誤，但這不是其中之一。
回复：JMP Pro 11.1.1 - 主要Bug（？）這是英特爾問題，而不是微軟或SAS或任何其他程序。甚至還有IEE標準。
IEEE浮點 - 維基百科，免費的百科全書
浮點雙精度是英特爾目前使用的標準。精度是15位數。
SAS（R）9.2 Companion for Windows，第二版
歡迎來到數字時代和警告。
“世界上有10種類型的人;那些了解BINARY的人和那些不知道的人。”
可能出現的情況是某種FUZZ因素。這是四捨五入的錯誤或非常小的數字是以你沒有看到差異的方式偽造的。
Excel和其他所有工具都有這種相同的行為。你沒有看到它，就像第一個計算器那樣，是聰明的假裝。
令人驚訝的是，有多少人忘記了所有這些背後的基礎知識。我記得一個滑塊（Lorenz chaotic ssytems），現在我期待一個反應hhhuu是什麼？
回复：JMP Pro 11.1.1 - 主要Bug（？）親愛的傑夫，
謝謝你提供信息。我知道這是一個數字精度問題。引用該線程的響應＃13，由其作者引用：“在JMP中，顯然”固定精度“是僅存在於屏幕上但在腳本中無關緊要的東西。 這對我來說似乎毫無幫助，並且相當嚴重地違反了最不意外的原則。“
JMP在該帖子中還有關於文檔（或缺少文檔）的多個意見/問題。由於這篇文章只有幾個星期的歷史，我認為正在使用JMP 11。我的例子僅僅是說明性的，可以通過Round功能輕鬆修復。但是，我從未在JMP 9，JMP 10或Excel中遇到過這個問題...
有人知道這個問題在JMP 11中是否因為某種原因更成問題？JMP有關於此的文件嗎？或者，更重要的是，是否有一種簡單的方法可以使固定精度達到某種默認值？如果現在必須將Round功能合併到最基本的功能中以使它們正常工作，這確實是一個主要問題。
再次感謝。
回复：JMP Pro 11.1.1 - 主要Bug（？）你好 ，
你遇到了問題數字精度正如在中討論的那樣 。
計算機無法準確表示浮點數，您可以在計算和比較中看到這一點。
它可以幫助Round（）結果，特別是在比較值時。
在第5列的公式中嘗試這一點：圓形（：第3列，第1列） - 圓形（：第4列，第1列）
或這個：
回合（：第3列 - ：第4列，0）
-Jeff
