本人写了一个将介于0和1之间的小数转成64位尾数的二进制数字序列，
经测试输入0.5，输出10000……
经测试输入0.75，输出110000……
以上数字结果正确

但是输入0.1的时候，结果如图

可以看到当计算完第27位的时候，程序就像停止计算了一样，后面全部输出0了，但是实际上0.1转成二进制数字序列应该是110011001100……无限循环的

请问高手们，为什么会出现这种情况？是我程序有问题还是其他的问题？
代码如下：
#include<stdio.h>
int main()
{
    float a;
    int i;
    scanf("%f",&a);
    for(i=1;i<65;i++)
    {
        a=a*2;
        if(a>=1)
        {
            a=a-1;
            printf("1");
        }
        else
        {
            printf("0");
        }
        if(i%8==0)
        {
            printf(" ");
        }
    }
    printf("\n");
    return(0);
}

补充一点，测试环境Visual C++6.0

又测试0.01，结果如下：

依然问题跟上面一样，只不过这次多计算了2位，计算到29位以后，程序就不计算了，总是输出0

刚才利用F10查看了一下运行过程中的i和a的值的变化，发现问题在这里

就是i=9的时候，这时候a=a-1这一句中，本来a是1.200000，执行这一句减去1的操作后，结果a就变成了0.200001……

然后后面那个尾数小数就不停地变大变大再变大，最后直到a的值变成0.8125了……这个数字进行乘2取整，显然可以乘尽的……

这个是编译器自带的精度问题么？如果是，那么怎样才能避免这种情况发生呢？求助各位高手……多谢……分不多，见谅！

是的，我也考虑过有可能是这个问题

我自己觉得，可能是这个原因，比如0.1，实际上是一个无限循环的二进制数字序列，但是存入内存中的值总是存在一定的长度，无论是32还是64，这也意味着，这个数字并不是真正的0.1，（假定它是0.999……5），但是不管怎样，既然这个数字是长度一定的二进制序列，那么它采用乘2取整的方式转换为二进制是可以完全转换的

所以在我的例子中，可能进行到第27步的时候，它就已经完全转换了，所以后面就全部是0了

不知道是不是这样？期待解答……

你的代码我再仔细看看先