- 主题:很好奇飞机上的软件如果出现了bug怎么办
见过波音的速查手册，大上千页，最关键是活页夹形式
前上百页都是各种各样的软件bug告知，随时更新添加……
当然大部分都是小问题
某某在A某某设成B某某设到C...情况下某某某会显示有误之类的
一般还有对bug报告者的感谢，和在第nnnnnnnn版软件修复的告知
【 在 robotong (机器人) 的大作中提到: 】
: 波音坠落俩飞机不就是因为bug吗
--
修改:oldwatch FROM 116.233.186.*
FROM 116.233.186.*
飞控系统大都是C的吧
即使C++的，大量厂商都会禁止使用try catch
【 在 clwd 的大作中提到: 】
: 是不是源码里面有很多的try catch?
--
FROM 114.255.101.*
唉，那 C++ 源代码中正确的错误处理机制是啥？
C 风格的 if+cerr+exit ? 不理解，作为另一门语言，
C++ 的 C 风格部分为什么会得到追捧，还比如 std::format
【 在 shootings (shootingstars) 的大作中提到: 】
: 飞控系统大都是C的吧
: 即使C++的，大量厂商都会禁止使用try catch
--
修改:easior FROM 61.155.142.*
FROM 61.155.142.*
不知道你讲的这个是啥玩意。但把飞机的软件做好的确是一个巨大的挑战，非常困难，一个专门的科学分支。所以说，互联网造人工智能驾驶汽车还是省省吧。
【 在 clwd 的大作中提到: 】
: 是不是源码里面有很多的try catch?
--
FROM 124.64.17.*
能够使用带类的C，我估计都是飞控的一大进步，绝大多数还是老老实实在用C。
【 在 easior 的大作中提到: 】
: 唉，那 C++ 源代码中正确的错误处理机制是啥？
: C 风格的 if+cerr+exit ?
: 不理解，作为另一门语言，
: ...................
--
FROM 114.255.101.*
明白，C 程序员喜欢 C 风格，
C++ 兼容这一部分，这是个说得过去的理由。
【 在 shootings (shootingstars) 的大作中提到: 】
: 能够使用带类的C，我估计都是飞控的一大进步，绝大多数还是老老实实在用C。
--
FROM 61.155.142.*
可以参考下开发核电站控制系统的软件公司
【 在 clwd 的大作中提到: 】
: 是不是源码里面有很多的try catch?
- 来自「最水木 for iPhone Xs Max」
--
FROM 223.104.39.*
如果输入输出定义清晰，模块划分足够细，写代码的人水平高并且每人只写少量代码，测试覆盖全面，即使仍然不能完全避免bug，但也能非常稳定可靠了吧。
【 在 clwd 的大作中提到: 】
: 是不是源码里面有很多的try catch?
--
FROM 223.210.17.*
我一直反对在大型软件中使用try catch机制，因为他破坏了程序结构，让软件变得更加难以维护。
【 在 easior 的大作中提到: 】
: 唉，那 C++ 源代码中正确的错误处理机制是啥？
: C 风格的 if+cerr+exit ? 不理解，作为另一门语言，
: C++ 的 C 风格部分为什么会得到追捧，还比如 std::format
: ...................
--来自微水木3.5.11
--
FROM 223.167.169.*
这么说倒也合理，catch 有点像标号语句；不过刚发现它的写法是这样的
try {
//...
} catch (A) {
//...
} catch (...) {
//...
}
像 if-else-if 语句那样。只可惜，C++ 的标准异常类里提供的报错信息比较简略，
在 catch 的时候，如果有好几个地方抛同样的异常，确实比较难定位，
要是能把标准宏 __LINE__、__FILE__ 加到 throw 的信息里，可能会好点。
【 在 foliver (Oliver) 的大作中提到: 】
: 我一直反对在大型软件中使用try catch机制，因为他破坏了程序结构，让软件变得更加难以维护。
: --来自微水木3.5.11
--
修改:easior FROM 61.155.142.*
FROM 61.155.142.*