> n10tonさん
多分表示の話だと思うんですが、表示的にはデバッグウィンドウの方が正しい内容を出していますね。
「1.4 や 2.4 を mes でだした時は想定通りの値がでているのに…」と思われてるかもしれませんが、表示する際に値が丸められてるだけです。
wreg01 = 1.4
mes wreg01
repeat 16
mes strf("%."+(cnt+4)+"f", wreg01)
loop
何故こういったややこしい問題があるのかの本質はKAさんが答えていらっしゃる通り「CPU上で該当の値を表現しきれないから」に尽きますが、ちょっとだけかいつまんで話します。
CPU上では「0 か 1 か」という値しか扱えません。（これはもう回路上の都合なので、流石にここでは割愛します）
それだけでは数値の計算ができないので、CPUが扱える「0 か 1 か」の値のまとまりを、2進数のそれぞれの位に見立てることにしました。
… ＜2^3=8の位＞ ＜2^2=4の位＞ ＜2^1=2の位＞ ＜2^0=1の位＞ 10進法では
0 0 0 1 = 1
0 0 1 0 = 2
0 0 1 1 = 3
…
これで整数の計算はできるようになりましたが、まだ小数点（というか実数）は計算できません、困った。
でも答えは簡単で、10進数のように2進数でも小数点以下の位についても定義してあげればよいだけでした。
… ＜2^0=1の位＞ ＜2^-1=0.5の位＞ ＜2^-2=0.25の位＞ ＜2^-3=0.125の位＞ … 10進法では
1 0 0 0 = 1
0 1 0 0 = 0.5
1 1 0 0 = 1.5
…
これで実数もうまく表現できるようになりましたが、どのような実数も完全に表現するには無限のビット数が必要になります。
（この辺は、πを表現するのに10進数でも無限桁必要であることと同じ話で、そもそも実数は無限桁必要です）
一方でPCが覚えておける「0 か 1 かの値」（ビット）は無限ではなく、しかも扱える実数は多い方が一般的にはいいです。
ということで、実数を表現するのにはそこそこのビット数だけを使うようになりました。
どれくらいのビット数を使うのかはもう「こういう取り決めがある」とかそういうレベルの話で、一般的なCPUならIEEE754というのがそれに当たります。
（具体的なビット数について触れるとdoubleは64ビットで、厳密に言うなら上述の位に割り当てられてるのは52ビットです
…本当はもっと色んな話が絡んでくるのですが、それを書くには前提となる知識をまだまだ説明しないといけないので割愛します）
これらの話を合わせると、実数でも完全に表現できるものとできないものがあること、分かりますでしょうか？
簡単にいうと「2^N乗を組み合わせた実数」は完全に表現できますが、そうでないものはできません。
また、「2^N乗を組み合わせた実数」であっても、ある程度ビット数が必要そうなものはできません。
1,5や1.25が大丈夫で、1.4がダメなのはそういう話でした。
（「でも1.2とか1.3はちゃんと値でてるやーん」みたいな話はまたややこしくなるので割愛します）
…なんか、長くなっちゃいましたｽﾐﾏｾﾝ。
debug viewの表示が異なるのは?
