JMP Pro 11.1.1 - メジャーバグ（？）<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />ご挨拶、
最近、JMP Pro 10からJMP Pro 11.1.1に変換します（2014年2月のJMP Pro 11のメンテナンスアップデートを含む）。2つの大きな問題があるようです。
1。単純な式＃1：列3 =列2 - 列1 単純式＃2：5列目= 3列目 - 4列目。すべての場合で、列5は0に等しいはずですが、そうではありません。何かご意見は？
2。おそらく関連していますが、一致するセルを選択（行1列3）は（行2列3）のみを選択し、（行3列3）は選択しません。
ありがとうございました、
再：JMP Pro 11.1.1 - 主なバグ（？）追加の回答をありがとうございました。これら3つの回答すべてから、JMP 11（「スマートフェイク」）ではユビキタスなラウンドプリセット機能を選択することはできない（「スマートフェイク」）ことがないので、このスレッドはこれで終了と思います。
再：JMP Pro 11.1.1 - 主なバグ（？）私はあなたのテーブルをJMP 10で再現しましたが、あなたと全く同じ結果が得られます。JMP 11には確かにバグがありますが、これはそのうちの1つではありません。
再：JMP Pro 11.1.1 - 主なバグ（？）それはマイクロソフトやSASや他のプログラムではなく、インテルの問題です。IEE規格もあります。
IEEE浮動小数点 - ウィキペディア、フリー百科事典
浮動小数点倍精度は、現在インテルが標準として使用しているものです。精度は15桁です。
Windows用SAS（R）9.2コンパニオン、セカンドエディション
デジタル時代と警告にようこそ。
「世界には10種類の人々がいます。BINARYを理解している人々とそうでない人々です」..
そのようなことがありえるのは、ある種のFUZZ因子です。それは丸め誤差であるか非常に小さい数字はあなたが違いを見ない方法で偽造されています。
Excelと他のすべてのツールは、この同じ種類の動作をしています。あなたがそれを見ていないのは、最初の計算機がしたように、スマートな偽造です。
驚くべきことに、このことの背後にある基本は何であるかを忘れている人たちがいます。私はスライダー（ローレンツの混沌としたシステム）を覚えています、今私は反応を期待しています。
再：JMP Pro 11.1.1 - 主なバグ（？）Jeff様、
この情報に感謝。これは数値の精度の問題です。そのスレッドの回答＃13から引用すると、その作者は次のように述べています。「JMPでは、明らかに「固定精度」は画面上にしか存在しないがスクリプトには関係ないものです。 それは私にとってはかなり役に立たないことであり、驚きの原則に反してかなり深刻な違反である」と述べた。
その記事には、JMPによる文書化（またはその欠如）に関する複数のコメント/質問もあります。この記事は数週間前のものなので、JMP 11が使用されていると思います。私の例は単に説明的なもので、Round機能で簡単に修正できます。ただし、JMP 9、JMP 10、またはExcelでこの問題が発生したことはありません。
なんらかの理由でこの問題がJMP 11でもっと問題があるかどうか誰かが知っていますか？JMPにこれに関する文書はありますか？あるいは、もっと重要なことに、固定精度を何らかのデフォルトにする簡単な方法はありますか？Round機能を正しく機能させるために最も基本的な機能にも組み込む必要がある場合、これは本当に大きな問題です。
再度、感謝します。
再：JMP Pro 11.1.1 - 主なバグ（？）こんにちは 、
あなたはの問題に遭遇しています数値精度で説明したとおり 。
コンピュータは浮動小数点数を正確に表すことができないので、これが計算や比較に反映されているのがわかります。
Round（）の結果、特に値を比較するときに役立ちます。
列5の計算式でこれを試してください。Round（：Column 3、1） - Round（：Column 4、1）
またはこれ：
ラウンド（：列3 - ：列4、0）
- ジェフ
