问题标签 [divide-by-zero]

div我发现和的行为之间有一个非常奇怪的不一致/。

我很惊讶地注意到小数除以零导致Infinity，而div正确地导致异常。ANaN也可以接受/，但为什么Infinity呢？这样的结果没有数学上的理由。请问您知道这是什么原因吗？

Stroustrup 说，在“C++ 的设计和演变”（Addison Wesley，1994 年）中，“假设算术溢出和除以零等低级事件由专用的低级机制处理，而不是由异常处理. 这使得 C++ 在算术方面能够与其他语言的行为相匹配。它还避免了在重流水线架构上发生的问题，例如除以零之类的事件是异步的。

Q1：如果不是异常，为什么GCC会报告一个而不是低级错误？

Q2：考虑到我正在除整数，为什么它报告为浮点数？

鉴于我无法用 catch(...) 捕捉到它，这是非常具有误导性的。显然我可以测试并避免整个“错误”，但我的观点是，对于认为它可能是异常（合理）、试图捕捉它、然后发现它不是异常的初学者来说，这非常令人困惑，并想知道报告的运行时异常。

我的编译器是 gcc 版本 4.2.1（Apple Inc. build 5666）（点 3）

对 CPU 异常、FPU 异常、语言异常和操作系统异常之间的区别进行一些准确的说明可能会解决此问题。

示例程序：

结果输出：

浮点异常

我有许多由 Solr 3.5 索引的文档，其中包含日期字段 (solr.DateField) 等。现在我请求 Solr 组件，它应该不返回任何结果：

并得到错误

如果我发送没有统计信息部分的请求或指定任何非日期统计信息字段，我会得到没有结果的预期响应。它看起来像 Solr 的一个错误，它试图在这种情况下计算平均值。不幸的是，我没有找到关于这个问题的参考资料。有没有办法绕过或解决问题？

我收到了除以零崩溃的错误报告，并且崩溃发生在一个名为 __alldiv 的函数中。在我的代码中的任何地方都没有调用此函数，我使用 Find in files 进行了搜索。

当整数除以零时，我们得到编译时错误，而在 double 的情况下没有编译错误，但在运行时我们得到无穷大/NaN 作为结果。知道为什么 int & double 在除以零异常时有不同的行为吗？

如果 x.Amount == 0 我有错误“遇到除以零错误。”

像我这样的要求是避免吗？

更新：

这有帮助，但我不喜欢这个决定：

还有另一种方法吗？

我正在尝试使用 numpy.select 有条件地将值分配给数组。但是，使用 select 需要计算所有可能的分配，而不仅仅是相关的分配，这可能会导致 div/0 错误，例如：

此代码将失败并出现 div/0 错误，尽管实际上不需要将 z = 0 的 1 / z 分配给返回的数组。

如何在不遇到 div/0 错误的情况下有条件地为 numpy 数组赋值？循环是唯一的选择吗？

在我的机器上，以下代码片段中的每一个都抛出异常，而不是打印到标准输出“1”和“2”为什么没有捕获异常？

我已经阅读了关于nullif，但无法整理出一个SELECT声明来正确使用它：

如果总计为 0，我想返回 Null。如何修改声明？

如果我说

除以 Null 是什么意思？

我正在编写一个用于程序图像生成（Clisk）的库，它允许用户定义自己的数学函数来生成图像。

他们显然可以定义一个函数，该函数可能导致某些像素被零除，例如（伪代码）

每当 xposition = 0.5（图像中间）时，这将导致除以零

理想情况下，我不希望图像生成崩溃......但同时我不想创建一个笨拙的黑客来忽略除以零，这会在以后引起问题。

什么是处理这些案件的良好、稳健、系统的方法？