WindowsとsprintfのUnixベースのシステムでの丸めの違い

Question

UNIXベースのシステムで問題があります。sprintfは正しく値を切り上げません。 88,888,888,888,885.875ザッツ

例えば

double tmp = 88888888888885.875 
char out[512]; 

ちょうど目に容易になります。 小さな数字でうまくいくように見えるので、私はそのような具体的で大きな例を挙げています。 Windows上で

私は、次の方法でそれを使用しようとしています

sprintf(out, "%021.2f", tmp); 
printf("out = %s\n", tmp); 

これは、その結果：例えばAIX上で

out = 000088888888888885.88 

が、同様にLinuxでのショー：

out = 000088888888888885.87 

なぜこれが起こっていますか？ 任意のアイデアとどのようにそれが勝利/ Unix上で使用すると、精度の限界、意味を持つdoubleを使用しているためだ

おかげ

Answer 1

glibcにはbug reportがあります。問題はあなたと非常に似ています。ここでの主な結論（コメント46）は、doubleは15桁の数字ではなく、そのように動作するとは期待してはいけません。

回避策として、あなたの数字に小さなものを追加してより円滑にすることができます。しかし、この解決法は、扱う数値範囲に依存するため、一般的ではありません。

別の回避策は、私が賢く回避策がなければならないと思いますが（例えば2597.625*100 = 259762.5 -> 259763 = 2597.63*100）

を丸め、その後、丸めのためにそれらを準備するために掛けることができます。

Answer 2

を同じように動作させるためには、あなたの88888888888885.875は、おそらく内部的に何か他のものに丸められています。

in a similar questionを参照してください。blogsまたはwikipediaです。

Answer 3

IEEE 754準拠の実装では、デフォルトの丸めモードで88888888888885.88を出力する必要があります。値は正確に表現可能であるため、これは浮動小数点精度とは関係ありません。小数点以下2桁に丸めるのはprintfの問題です。一部のシステムで88888888888885.87が表示される理由は考えられません。

Answer 4

プロセッサとコンパイラはどのような浮動小数点表現を使用していますか？

すべてのプロセッサが同じ方法で浮動小数点値を表現するわけではなく、コンパイラによっても異なる浮動小数点表現方法が選択される可能性があります（Microsoft C++コンパイラでもその表現を選択するオプションがあります）。

ページhttp://www.quadibloc.com/comp/cp0201.htmは、いくつかの浮動小数点表現の概要を示しています（ただし、そこにはかなり古いアーキテクチャのようです）。

http://msdn.microsoft.com/en-us/library/0b34tf65.aspxは、Microsoft Visual C++が浮動小数点値をどのように格納するかを示します。 AIXやLinuxでどのような表現が使われているのかはすぐにはわかりませんでした。

すべてのコンパイラには、浮動小数点演算の使用方法を指定できるオプションがあります。あなたはそれらを可能な限り正確にしたいですか（しかし多少遅いかもしれません）？または、浮動小数点演算を可能な限り速くしたい（ただし、あまり正確でない可能性があります）か？