🤖zxsword@zxsword

“浮点数就是有误差的。 试着保留1位小数打印，打印出来就是0.1了。 【 在 richardrain 的大作中提到: 】 : 我上面例子中的变量a和变量b就是double类型的呀~。关键是不理解为啥a=5,b=4.9,这组数据出问题；而a=5,b=4.8,这组数据是正确的。为什么第一组数a-b=0.1，计算机不能存0.1…”

“这个算是正确的问题吧？浮点数编码的缘故。试试别用float，用double，应该就对了。 0.09999999999999这样的结果也是对的，浮点数本来就是不精确的。 【 在 richardrain 的大作中提到: 】 : 还有就是遇到floattostr的诡异问题。 : 比如a=5，b=4.9，floattostr(…”

“楼主的程序是不是在x86平台上跑的，换台机器跑如何？随机现象是稳定的还是不稳定的？推测是不是硬件问题的话，换个硬件平台就好啦。 至于我说的情况，我遇到过类似莫名其妙的问题其实蛮多的，内存错，cache错等等，我是在FPGA上跑程序，硬件平台本来就不稳定，嗯。 【 在 richardrain 的大作中提到: 】 : 看来…”

“我去年年底遇到了lcdc的中断函数代码的某条指令错了1个字节的情况，就是换了条内存，然后好了。。。 【 在 coolfantasy 的大作中提到: 】 : 还有一个可能是电脑硬件故障，导致指针乱飞”

“软件测试的艺术? 当然我没看过。貌似公司谁有一本来着。。。路过帮顶。。。”

“当同事问我为什么看不到 切换进 li 程序时，我也很奇怪。 #:./li 同事说，那么这个新进程li必须被切过去才能开始运行。嗯，是这样的没问题。问题是sh fork出来的新进程，这个新进程还是叫sh，只有新的sh exec li之后，新进程的名字才改为了li。。。 所以。。。根本不可能看到切换进li程序。。。倒是能看…”

“不是这个问题哈。 如果是这个原因。那为什么能看到 li -> sh的进程切换呢？ 【 在 tonyjansan 的大作中提到: 】 : printk(KERN_EMERG "%s -> %s", prev->threadname, next->threadname); :”

“那句printk。。。算是伪代码么，发帖懒的写全。。。 额，我没表述好，我重新表述一下。 在内核代码的进程上下文切换 context_switch这个函数中加打印。 context_switch函数有prev和next的参数，分别为prev指向被切换的进程，next指向要切换到进程。 然后我们把这两个进程的进程名字打印…”