那年那日的智障错误：修订间差异

众所周知，编译器是没有脑子的⑨，所以在编写代码的过程中，总会有一些智障错误被编译器放过去，然后苦逼的 OIer 和程序员就要进行漫长的 debug 过程。

而<s>丧心病狂的</s>的出题人如果给了一个非常水的样例，你甚至不会发现自己的代码有问题，如果你没有进行对拍的情况下，这道题在 ACM/CodeForces 赛制比赛中就会显现 示WA、TLE、RE、MLE甚至是CE{{Heimu|CE（并受到罚时}}，），在 OI 赛制比赛中就会挂分/爆零{{Heimu|论对拍的重要性}}。

下面将举几个典型的智障错误例子。（{{Heimu|这些错误都是 crz <s>践行</s>过的）}}

一些接下来代码中可能会出现的宏定义/常量：<syntaxhighlight lang="c++">

=== 会 CE ===

</syntaxhighlight>结构体的构造函数和结构题名字对不上。{{Heimu|（然鹅，在 GCC 较老的版本（特指 Dev-C++)）中这个不会 CE。}} {{Heimu|）（但是 NOI 的 GCC 和某些 OJ 上的 Clang 并不认，交上去还是会 CE。}} ）{{Heimu|所以 Dev-C++ 背锅！}}

</syntaxhighlight>你并不能在结构体外这样重载运算符。

</syntaxhighlight>面~函数。

# 在比赛快要结束时，你突然发现某题会爆 int，于是你：<syntaxhighlight lang="c++">

</syntaxhighlight>然鹅你：<syntaxhighlight lang="c++">

</syntaxhighlight>所以，在这里倡导大家多使用 <code>signed main</code> 代替 <code>int main</code>。

=== 会 RE ===

</syntaxhighlight>你的倍增数组的倍增维在第一维还是第二维？

# 你的代码中有各类 [https://baike.baidu.com/item/%E6%9C%AA%E5%AE%9A%E4%B9%89%E8%A1%8C%E4%B8%BA UB] 行为，这些本来不会有大问题，然鹅你开了 O2。

# 你的平衡线段树插了 <code>inf</code> 和 <code>-infbuild</code> 防止越界了吗？（如果是 fhq-Treap 当我没说）？

=== 会 TLE ===

=== 会 MLE ===

=== 会 WA ===

=== 会注释 ===