@mingl0280 #20 #21 我帮你节选了你需要关注的部分：

If both the pointer operand and the result point to elements of the same array object, or one past the last element of the array object, the evaluation shall not produce an overflow; otherwise, the behavior is undefined.

现在你能理解 #18 的意思了吗？

argv[argc-1] 是正确的，这不必多说。

argc[argv-1] 是语法正确的，楼上已经解释过了。然而这段代码是错误的（不可移植），见 C89 2.1.2.2 和 3.3.6 。

2.1.2.2 规定了 int main(int argc, char *argv[]) 的实参含义，满足该要求的实现里，argv 可以是一个长度为 (argc + 1) 的数组，此时依 3.3.6 对指针加减一个整数定义，(argv - 1) 是 undefined behavior ，因为它不能指向 argv 数组的任何一个元素，也不能指向 argv 数组最后一个元素之后的位置。该 undefined behavior 不要求算出的指针被解引用。

注意 argc[argv-1] 等同于 *(argc + (argv - 1))，因此是错误的。但 *(argc + argv - 1) 就不是错误的了（除非 argc 等于 0 ）。

单从这句话确实看不懂，至少我并不知道 RNN 和它“所计算的函数”是如何定义的（有很多细节会影响结论是否成立、结论是否令人意外）。

看这篇应该就明白了 https://www.sciencedirect.com/science/article/pii/089396599190080F

另外，这并不是 Turing 完备的“解释”，这句话是在利用 Turing 完备的词义，而不是在告诉你 Turing 完备的词义。（类比：这家火锅很辣，这句话没有在解释什么是“辣”，而是在利用“辣”的意思给那家火锅下判断。）

在 This PC （也就是 Computer / My Computer ）里的 Compute 额 选项卡点 Map Network Drive ，输入地址就可以了。

除了 UNC 路径（如 \\server\share ），也可以用 HTTPS ，比如 OneDrive 是 https://d.docs.live.net/ 后面跟上你的 CID 。在 Office 系列应用里，如果你让 Office 处理 OneDrive 同步，打开 OneDrive 同步的文件后另存为，出现的默认地址也是这个。

@villivateur 是啊，如果有一个不基于 Electron 的 VSCode 的话我会倾向于使用那个想象中的版本。

支持，天下苦 Electron 久矣

软件的新版本或许很容易延续很久，然而同一个版本的软件用很多年比较难。BibTeX 算是相当古老的软件了，最近的稳定版本是 2010 年 3 月，而且学术写作会经常使用。

从实用角度来说以文件的形式同步 OneNote 笔记到 OneDrive 是相当不可行的。

OneDrive 上通常的文件冲突会导致保存多个副本，或者选择一个副本保存而另一个副本删除，这无法处理多个修改的合并，为了解决该问题，Office 文档有自己的一套和 OneDrive 同步的方法。对于 OneNote 来说这是相当必要的，因为 OneNote 笔记并不是一整个文件，而是一堆文件夹和文件之间相关连组织的（一个分区是一个文件）。如果用普通文件同步的方式同步 OneNote 笔记，会有两个问题：

1. 多处修改的时候数据结构错乱，导致笔记本损坏——同理，你也不应该用 OneDrive 同步 Git 仓库，因为多处修改之后可能导致 Git 内部数据结构错乱而完全不能使用。
2. 修改一个页面导致整个分区需要重新同步。

另外移动笔记本最好不要直接移动文件，应该用 OneNote 的 Share or Move ，以及把分区 Move or Copy 的功能。

如果你想获得云端笔记本的本地版本，可以打开之后导出。

除了用响度均衡还可以用音量混合，但是我不记得 Windows 是否会记忆音量混合的比例了（可能是基于窗口 /进程的，那样的话就不能记忆；如果是基于文件名，则可以记忆，但我不记得是否会记忆）。

@kuxuan #35 我感觉楼主说的时薪单位是人民币 🤣 因为 35*16*22*12/6.5 = 22744.6154

占位符功能是 Windows 8 引入，Windows 10 去掉后又重新引入的。

因为 Photoshop 使用了保存、删除、重命名的安全保存操作序列——如果直接写文件，可能会出现 Photoshop 写到一半崩溃，导致文件完全损坏的情况。

Windows 文件系统隧穿功能只能保持长短文件名、创建日期，不能保持硬链接，参考：
https://devblogs.microsoft.com/oldnewthing/20050715-14/?p=34923

从符号上推测诸 y_i 是数（投影的长度，带符号），然后 y_i = x_i^T u 右边是列向量的转置乘列向量，即 1x1 矩阵。虽然我个人觉得把 1x1 矩阵和数等同会带来很多混乱，但这似乎是习惯了。

注意数和数相乘，就是数和自己的转置相乘，因此 (x_i^T u)(x_i^T u) = (x_i^T u)^T (x_i^T u) = u^T x_i x_i^T u ，这就是最后一个等号，其目的大概是提取左右公因式 u^T 和 u 。

os.walk 没有定义顺序，因此不存在一个特别的顺序，你可以先把所有的结果拿出来，再自行排序。

很可能 os.walk 的实现就是调用文件操作的 API ，通常这个 API 不容许任何复杂的排序逻辑。

例如，Windows Explorer 里面的排序就是 explorer 自己做的。

@ColorfulBoar #10 🤔 我是不是识别出来你是谁了？

@mgrddsj #13 DRM 防截图在 Windows 上就是 app 告诉 Windows 在截图得时候阻碍自己被截图，即 @crab #16 说的那个 API ，就行了。并且不存在“DRM 实现不好得电脑”，只存在“DRM 实现不好的软件”。

远程桌面可以绕过这个 API 的限制，和虚拟机一样，在客户端（宿主机）截图的时候，远程桌面客户端（虚拟机程序）不会通知服务器（客机）。我并不知道 Windows 8 以来用来测试的 nested session 版远程桌面（即提供 Windows 应用商店应用开发时模拟器测试的基础设施）是否也能，不妨一试。

@v2genesis #5 您的 could have 翻译更符合汉语习惯，赞！

DeepL 的翻译错误，是方式的数量而不是数据的数量。正确的解析是

主语 Posterior probabilities
谓语动词 state
宾语的中心语 the relative numbers
宾语中心语的修饰 of ways
修饰 ways 的关系从句
- 从句主语 each conjectured cause of the data
- 从句谓语动词 could have produced
- 从句宾语 the data

后验概率描述每个所猜想的（被观测到的）这些数据的产生原因可能产生（被观测到的）这些数据的方式的相对数量。

每个所猜想的（被观测到的）这些数据的产生原因可能产生（被观测到的）这些数据 = each conjectured cause of the data could have produced the data
方式 = ways

用设问，可以说

In how many ways could each conjectured cause of the data have produced the data?
The numbers of ways are stated by posterior probabilities.