rt，因为太乐了所以记录一下。
事情的起因是这样的……
就，我不是写 T3 嘛，然后赛时不知道为啥挂 20 嘛。
然后下午来了之后就管 CCComfy 要了一下数据嘛，一测，欸，能跑。
但是他 RE 啊？
所以就尝试减少递归层数，把原本的 dfs 建树写成了 bfs 建树。
一交，RE 更多了。
然后又把那个队列改成手写队列，交，挺好，过了。
之后还开心地讲了一下 T3。
然后，出事了。
jijidawang 上 CCComfy 那里给我代码重测了一下，又 RE 了。
（我至今不知道他做这件事的动机何在。）
然后我们抱着 “多试几次没准能过” 的想法重测了好几十发，没一个过的。并且得分无规律，完全随缘。
（CCComfy：要不我给你开大空间限制吧）
（Soytony：开不了，最大是 1024）
（恭喜 jjq 试出最低 48 分，祝他 csp rp++）
然后 UU 来了。
打开 Linux 之后给我测有没有 UB，在经过一堆我看不懂的操作之后得出结论是没有。
然后又在上面给我测时间、空间，答案是都好好的，哪个都没爆。
然后 UU 得出结论：oj 太拉了，给 oj 扬了。
然后 Apj 来了。
Apj 很厉害啊，直接得着我的代码一顿删，反正我去看的时候已经认不出来这是我代码了。
然后把 RE 的对象确定在一个 init 函数里面了。
然后还能咋样，一个一个试呗，加 assert 看是哪越界了。
于是就变成了：
结果都试了一遍也没有报错信息。
然后就是一顿删嘛，删到最后只剩一个 for 循环了，还是空的。
Apj：curly 你 for(int i=1;i<=n;++i) RE 了！
结果发现并不是，因为原本用来定位的某些不 RE 的提交里面，在经过某种姿势的重测之后，也、R、E、了。
Apj：你这挺高级啊。
然后 Apj 得出结论是在进入那个 init 的时候 RE 了。
其他人对此事的看法：
CCComfy：jijidawang 你非得重测干啥？
jijidawang：我认为乐趣不在于 AC 而在于过程。
xuany：（找 RE 而反复重测时）这不比抽卡有意思多了
curly：欸！出紫了！一下就出了！
结果最后也没个结果……
顺便提一下，原本那份代码在调的过程中又不定时地交了几下（应该快到小保底了），结果一个 A 的都没有。
所以我一发就 A 是不是错失了 500 万啊 qwq