CGIなどのの質問を受付ます。
現在SPAM対策の為、一部ホストアドレスを規制中。
▼スレッド
│
└◇97:Re:なんでやねーん!(PHPバグ?) [とむ] 12/17 00:31
├◇98:Re[2]:なんでやねーん!(PHPバグ?) [とむ] 12/17
└◇99:Re[2]:なんでやねーん!(PHPバグ?) [あ---、] 12/17
└◇100:さんきゅー [moon] 12/17 <
ほほ〜。おもろいなぁ。なんでやねん。スレッド一覧
確かに0.1のオーダーではintval($i)=0やなぁ。
$i = 1.0;
intval($i)
とすると、1となるのでバグの可能性が大きなぁ
場合によっては、ビット演算による誤差の可能性も捨てきれないけど、
Cよりは判定厳しくないはずだから・・・
取り合えず、0.1のオーダーでintvalかけるときはこっそりと0.01足しとけ。
うぃ、忘れてた。スレッド一覧
一応、0.5〜3.5までの範囲で同じループかけた結果、1.0のみが変なことが判明。
一応ソースと結果。
for ($i=0.5;$i<3.5;$i+=0.1) {
echo "$i ";
echo intval($i);
echo "<br>";
}
----------------------------------------
0.5 0
0.6 0
0.7 0
0.8 0
0.9 0
1 0
1.1 1
1.2 1
1.3 1
1.4 1
1.5 1
1.6 1
1.7 1
1.8 1
1.9 1
2 2
2.1 2
2.2 2
2.3 2
2.4 2
2.5 2
2.6 2
2.7 2
2.8 2
2.9 2
3 3
3.1 3
3.2 3
3.3 3
3.4 3
for ($i=0.5;$i<1.0;$i+=0.1) {スレッド一覧
echo "$i ";
echo intval($i);
echo "<br>";
}
if($i == 1.0){ print 'マチュピチュ!!'; }
のループ試してわかったんだけど、
多分0.01を100回足しても1にならない(倍精度浮遊少数の場合)
と同じ現象のような気がする。
いわゆる、ビットによる計算誤差ね。
0.01以下のオーダーと
0.1でのオーダーでビット数が違うため(変数タイプが違う)
に計算結果が変ったものと推定。
まあPHP,PERLではPGが意識的に変数定義しないからねぇ。
[上のループの結果]
0.5 0
0.6 0
0.7 0
0.8 0
0.9 0
1 0
マチュピチュ!!は表示されず。
なんか、話が難しいところに行ってしまった(汗スレッド一覧
まぁ、型が弱いPGの弱点といったところか。
別にほかにやりようがあるからいいけどね。
// 浮動小数点数を含む全ての配列要素を返す
$fl_array = preg_grep ("/^(\d+)?\.\d+$/", $array); // preg_match でもいい。どちらにしろ強引だが。
とか
$four = floor(4.3); // round はビミョウに違うか。
perlと同じようにやると int = intval になるからってだけで使っただけですが。