win10计算器又bug了…………

wangyueleap

根号下4 等于2吧 然后减少2 就是0

你按计算器就知道 微软不知道又犯了什么病了

zhangxinc

這個都能發現，牛！

qyztbr

根号4减2不是零是多少？？？？？？？？？

qyztbr

微软秀逗了吗，或者是编译器更新的问题？？？

sawadii

Win7的计算器也是一样的。

EdwardSmith

普通计算器就是按照从左往右的顺序计算的，没有先后级，科学计算器才有

cq421125

的确存在问题，标准模式和科学模式下的计算器都计算错误，就是不能减2，其它都正常

lovemini

8根号3，-2等于 5.1270228572945803251046807541983e-38

小鱼儿

manhero 发表于 2016-8-19 20:39
-8.1648465955514287168521180122928e-39

微软的都是文科的

longsifeng

niu ,,这都能发现。。。。试过WIN10 确实y有这个问题！~

kernels

等于这个-1.068281969439142e-19

penghj

标准和科学的算出的结果还不一样？！

zhxhwyzh14

根号4后多按一次等于即可

secowu

-8.1648465955514287168521180122928e-39 这个就是无限接近0

secowu

是的，这是一个错误。它有一个技术上的解释（这是难以接受的外行），但这并不从一个错误开脱吧。如果它不是一个错误，那么你要么主张-我们都这样做有时-“这是一个函数”，或者说，它是系统的限制。 要解决它，我建议你圆事事结果到一个可接受的精度水平 CodeGo.net，以去除误差很小。作为其他的答案提示，问题是，在计算器的平方根'4'不是'2'，而是一个数非常接近2。要解决这一轮的结果为10，20，30个小数位或任何你能负担得起。 我认为，任何计算器引擎应该具备精密的潜在水平，超过的精度由一个足够大的裕度的访问级别，这样是不是能够访问浮点的极限你会失去'精度'的一种表单，如果你走这条路，但你只需说出您的计算器精确到n位小数。这比接受的，尤其是如果它可以解决此问题。 然而，它不是一个真正的大问题，是吗？ 顺便说一句，我曾经在那里一个providers提供的软件，这本来是复利利率的金融应用程序。他们的计算总是关闭。他们认为，这是“由于浮点，并试图在这个问题上，但他们的算法是这样了。在美元金额的利率，我们总是每一轮迭代（日，周，月，年或别的什么）后总。根据不同的情况有可能四舍五入至最接近的美元，最接近的仙，或最近100一分钱的-但它是一个量化的量，我们每年百万分之一仙。这是你应该考虑，如果你想避免什么本质上是舍入误差的方法。
2. 正如其他人所说，这是不是一个错误，而是关系到内部表示浮点数和处理浮点原来，你和我不认为在浮点运算，这样做。而且“浮点”，是指一个二进制点，而不是一个小数1。 的值，它的返回实际上接近于0（我想我们都同意的是“正确的”答案十进制）。发生了什么事是，sqrt函数本身返回的人数接近2，但这个数字可能无法从内部存储为浮点类型的限制正好两个。输出的是数字“2”计算器只是四舍五入它关闭显示的目的，明知“2”是你expect的答案。但是当你从在内部存储的表示减去2sqrt(4)，你没有得到恰好为0，内部存储的号码是不完全2。 每一个应认真阅读“是每一位计算机科学家应该知道关于浮点这也解释了这种行为（特别是在部分”精确“和”二进制到十进制的转换“）有关的方式和许多其他令人难以置信的细节代表内部编号作为浮点类型。
3. 其浮点运算的问题。如果你把为例1/3aqnd然后乘以3在浮点你不会得到完全1回来了，但0.9999999999999999999999或1.000000000000000000001。窗算法，试图尽量减少类似情况我刚才解释，但它可能是他们没有处理所有的特殊情况.... 它不完全是一个错误，更多的问题，因为他们处理的案件，但不是所有的..
4. 这是不是一个错误（计算机以这种方式工作！）。有很多关于这一主题的问题在左右。搜索“破JavaScript的数学”，例如。 一个有经验的也应该认识到，8.1648465955514287168521180122928e-39实际上的零。 如果你想避免这样的事情，你可以将其转换为字符串时圆事事结果。-8.1648465955514287168521180122928e-39将被舍入为0。然而，这并不重要，如果你正在编写一个非常先进的计算器，能一起工作，例如普朗克常数（如果你这样做，普朗克常数会被认为等于零，这是不好的）工作.a个很好的替代方案是用象征性的数学工作，但那就不是需要几分钟来写一个计算器，但月/年...
5. 我同意@柯克布rhodes赫斯特，这在技术上是一个错误，因为SQRT的结果（4）-2是strict的0，而Calc中给出了一个不同的（尽管接近）的结果。我们能忍受这种不精确的事实在这里无关紧要。strict地说，应该抱持不同的方法来解决这类问题。 恕我直言，现在很multiplayer在这里看不到的是，4和2表示的正是在IEEE浮点格式。即2的自然力量使得它的可表示为无限精度，所以骂FP格式是无关的为好。从函数sqrt（）算法，而不是从FP存储格式的问题。
6. 纯猜测，我会说这是计算器没有得到确切2作为平方根（取决于它是如何计算的根）的结果。但如果结果是远离零，它简单地四舍五入的显示。但是，当数字是接近零，它显示了确切的结果。 对于自己的小算盘，你可能不会通过简单的没有这么高的精度（不具备正常的数学设有一个编程语言提供）得到这样的结果。
7. 其稍比正常的浮点问题，计算任意precission数学。 crucuially但它只是似乎无限精度的基本操作，由雷蒙德陈为表示 今天，计算器的已经完成了基本的操作无限精度（加，减，乘，除）和32位精度的高级操作（平方根，超然的运算符）。 所以平方根实际上会导致一个值非常接近，但不是2，但它显示为2，你留下了一个非常接近不被显示为0号的精确减法之后，这是一个错误，但？依赖。

dingjayi

16楼，不明觉厉啊！太长了，看不明白！

Mutone`

http://www.makeuseof.com/tag/5-weird-windows-bugs-easter-eggs/

genekiller

你把sqrt(4)-2的结果+2就是2 其实sqrt(4)-2的结果是一个很逼近0的一个数，这是因为sqrt(4)返回了一个逼近2但稍微比2少的数所导致的。在计算机中计算类似sin,cos,pi,包括x的开n次根，etc，都是用泰勒展开式来逼近的。当然现代的计算这些值会用一些更优的形式来逼近真实值，这些更优的展开式能够在更少项下更快收敛到真实值

rubycon

zhxhwyzh14 发表于 2016-8-19 21:54
根号4后多按一次等于即可

这样也不行啊。