在文章《学术：浅谈线性基》发表评论：

%%%

在讨论《退役oier求助IO(freopen)》回复：

@[linhanmo](luogu://user/1492046) 在父程序中freopen了，在子程序中依然生效。事实上子程序里也确实在读取`readin.txt`，只不过文件指针指向末尾，导致什么也读不到。我打算就用`run.bat`解决这个问题了，虽然一点也不清楚原理......

在讨论《退役oier求助IO(freopen)》回复：

找到了一个很神奇的解法！直接打开exe(或者在IDE里运行)是不行的，但是，用cmd打开父程序就可以正常工作了！ 我完全不知道这个原理是什么...但确实可以用（

在讨论《退役oier求助IO(freopen)》回复：

目前的进度是：在子程序中使用`rewind(stdin)`可以正常读取文件内容，说明问题在于子程序的文件指针已经指向末尾（尽管我没有在父程序中读取或操作过文件）。这可能是新的C++`system()`实现差异导致的。我依然在找寻可能的解法www

在讨论《退役oier求助IO(freopen)》回复：

@[linhanmo](luogu://user/1492046) 谢谢！您的方法可以使用！我依然在寻找`freopen`解法，因为我之前的很大一堆代码都是基于`freopen`的......但是很感谢您的回答！

我正在使用以前手写的本地评测，但是发现以下代码无法正常工作（内容简化）： ``` int main(){ freopen("readin.txt","r",stdin); system("program.exe"); return 0; } ``` 我期望：`program.exe`可以读取`readin`里的内容，但…

在讨论《浅谈rand()函数及其在制造数据方面的应用》回复：

没有指责的意思，但是提出一些建议： 1. `rand` 函数本身局限性很大，造数据一般不使用 `rand`，选题就有问题。 2. 出现很多学术性错误，例如经典的 `rand() % n + 1`，其实并不均匀，尤其在 Windows 环境下本来值域就小，不均匀的问题会更加严重。输出不重复数字的方法也应该分类讨论，在随机…

在讨论《FHQ Treap 常数过大？！》回复：

@[风中の菜鸡](/user/371886) 有 `-Wall -Wextra` 的情况下居然不会警告（恒等），之前这么写都会警告的。 总之谢谢啦

在讨论《FHQ Treap 常数过大？！》回复：

@[风中の菜鸡](/user/371886) 发现了 %%%，孩子太粗心惹（

咱新写的 FHQ Treap 完美 TLE 了，发现一个点本地要跑 3s 左右，不知道是常数太大了还是复杂度假了，请各位dalao看一下awa。 这次咱写的 FHQ Treap 的特点是完全没有用到 BST 递归式的函数，都是用 `SplitByVal`，`SplitBySize`,`Merge` 完成的。平常写一般用…

在讨论《这个代码还能怎样优化啊》回复：

@[PosVII](/user/271260) 有一个没设出来的部分分是 $k = 0$，就是给分块打前缀和的表的，所以咱有这个疑问（），原本打表确实也是部分分的一部分

在讨论《这个代码还能怎样优化啊》回复：

@[PosVII](/user/271260) 蒟蒻不懂耶，是把 $i^i$ 打表打出来然后算嘛，咱以为是分块打前缀异或和（）。 如果这么打表表不会很大吗

在讨论《这个代码还能怎样优化啊》回复：

@[jason_sun](/user/399762) 存在参数 $k$，无法打表

在讨论《这个代码还能怎样优化啊》回复：

正解是线性的。因为本地跑得慢所以只开了 $2 \times 10^7$，如果考虑OJ性能可以开到 $4 \times 10^7$

在讨论《卡小常相关》回复：

观察重载 `x++` 和 `++x` 的代码可以知道：`++x` 一般就是逻辑自加，而 `x++` 的实现可能为： ```cpp T operator++(int){ T ret = *this; operator++(); return ret; } ``` 显然后者只是对前者的封装，且进行了一次复制（事实上仔细观察…

在讨论《关于 struct 初始未赋值》回复：

@[Setoff](/user/124628) 全局变量不需要初值，也可能是刚好你的那片内存没有赋值过东西

在讨论《在洛谷上checker不能进行中文匹配吗？》回复：

@[pinewood](/user/680624) WA 的话能看看SPJ吗

在讨论《在洛谷上checker不能进行中文匹配吗？》回复：

大抵是可以的罢，看看本地文件的编码？（不知道你的问题是不是乱码，如果是的话大概率是编码的问题）

在讨论《怎么回事？》回复：

正常，咱的有些代码 waiting 一年了

在讨论《about void》回复：

`void*` 是有用的，可以用于传递一个不定类型的包。

在讨论《哈希表的实现》回复：

@[红黑树](/user/413140) 可以加入随机化避免被卡吧，CF 不是就有一篇文章讲自定义哈希函数避免哈希表被卡的吗

在讨论《关于清空数组》回复：

@[Gyc_Fisher](/user/978312) 最后一种方法的参考实现 ```cpp template class ClearableArray{ private: T _content[SIZE]; bool _vis[SIZE]; queue clearQueue; public: T& operator[…

在讨论《关于清空数组》回复：

多测很少的情况下，可以 `memset` 每次都需要完全清空的情况下，可以 `memset` 保证了 $\sum n \le maxn$ 的多测情况下，请使用 `for` 循环（均摊复杂度）。 多测，且无法每次清空整个数组，但是又要求完全清空的话 —— 把修改操作记录下来，依次清空。或者对着你的操作进行逆操作把它减回去

在讨论《随机数使用在devcpp中的须知》回复：

和硬件与系统（后者好像）有关系，在 `NOI Linux` 下是可用的。

在讨论《关于输入输出》回复：

@[only_a_speaker](/user/1154375) 您好，我从学术的角度完全支持您的想法——（在一定实现下）有些常用函数的确只是对 `builtin` 系列的封装，例如在我们机房的编译环境中可以查到 `sqrt` = `__builtin_sqrt` （不过在咱现在的环境下并没有找到这一句话） 根据[实验…

在讨论《求图论去重边的快速高效并且好写一点的办法》回复：

`map` 或者 `unordered_map`（需要写`pair`的哈希函数） 你去重前先把边放到容器内，再 `for` 循环遍历进行前向星的 `AddEdge` 操作。

在讨论《关于inline》回复：

`inline` 的作用是令一个函数为内联函数，你可以理解为每次调用这个函数都只是把代码复制过去了一份，而不是单独在运行时在栈上开一个函数的空间进行调用。理论上是可以优化掉函数调用的开销的。 然而 `inline` 是经典的“撒娇式命令”，相当于你在给编译器说“球球你了给咱加一下内联嘛~” 然而钢铁直男的编译器一般并不…

在讨论《带修莫队02直接跑过3*10^8数量级》回复：

@[Bingxiu](/user/676498) O2 可优化的前提是简单的优化（例如初赛那个 KSM 调用显然不如调用一次然后复制，这个编译器是可以知道的），它不会把你的莫队优化成线段树

在讨论《求助！！！关于Dinic的弧优化》回复：

当前弧优化不是常数优化，它是保证 Dinic 复杂度的一部分。其他优化可加可不加，只是常数差别

在讨论《un_map 映射不同类型的时间差距很大吗》回复：

@[野生林登万](/user/369942) 不知道 `unordered_map` 的底层是怎么扩容的，可能和扩容也有关系