▼スレッド
│
└◇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 になるからってだけで使っただけですが。