c++ - 软件产品应如何处理访问冲突

我们有一个c ++软件产品，由于记录在案的编译器问题会生成错误的代码（是的，我知道它本身很可怕）。除其他错误外，这还会引发访问冲突。

我们对此的响应是捕获错误并继续运行。

我的问题是，这是负责任的做法吗？当应用程序如此灾难性地失败时，是否有责任让它继续运行？提醒用户死亡会更负责吗？

编辑：
允许不处理异常的论点之一是访问冲突表明该程序受到了伤害，并且可能也没有任何危害。我不确定是否要买。对此有什么看法吗？

最佳答案

我同意Ignacio的意见：必须尽快获得该编译器的修复程序，或者，如果这样的修复程序不可行，则必须尽快发布。当然，这样做可能会遇到障碍，并且我猜您在寻求实现该目标的短期解决方案。 :-)

如果错误代码问题不是很狭窄地局限于已知的，基本上无害的情况，那么我倾向于认为继续生产和运送带有错误代码的产品是不负责任的，无论您如何处理违规行为。

如果这是一个非常狭窄的已知情况，则如何处理取决于情况。您似乎知道故障是什么，因此您可以知道是否可以面对该故障继续进行。我倾向于倾向于报告和退出，但同样，这完全取决于故障的实质。

关于c++ - 软件产品应如何处理访问冲突，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/2743487/