@la9998372 27 寸 2K 应该是 100% 缩放才对，使用 https://dpi.lv 计算的结果是 109，是 96 的 113%，不足 125% 所以会使用 100%。

@ReferenceE 我不知道 stackless coroutine 在中文应该怎么翻译，但似乎大家都叫无栈协程，所以我也这么叫了。

你说的前两点应该描述的是有栈协程，async await 这种是无栈协程。

我没怎么了解过有栈协程。至于无栈协程，我是理解成“回调函数的语法糖”。

考虑使用 Firefox ？

忘记密码的话进入 Recovery 清除数据就好了吧？

https://github.com/Akianonymus/Firmware_Extraction#img--sparsechunk--or-sparsechunk-to-img--mountable-
一搜索就能知道，用 simg2img 。

我猜测是根据尺寸和分辨率算出 DPI，然后除以 96 得出缩放比例。

说明有些东西没复制过来吧。
至于是什么，可以试试用 Beyond Compare 比较看看。

strace 看看起了什么进程吧？

WinUI 3 是把 UWP XAML UI 进行修改并开源出来，因为 XAML UI 本来用的就是 DirectX，不强依赖 UWP 独有的 API，所以进行一些修改后就可以给 Win32 应用使用了。

虚拟机装个 macOS ？不知道 M1 的虚拟机软件是否能跑 macOS，至少 x86 的 (比如 VMware) 是可以的。
不过就算可以跑，虚拟显卡大概也没有 3D 加速的，可能会比较卡。

@3dwelcome
我没有“以为 string resource 是一个区块”，我前面就说了“每 16 个字符串打包成一个 resource”。
无论 PE resource 怎么实现，只要它能够根据 ID 返回对应的 data，string resource 那套机制都能正常工作。

@3dwelcome
那里的 khey 就是要查找位置的目标值啊，怎么是索引了。

再者，FindResDirEntry 以及你前面发的 FindResource.cpp 就不是 string resource 的东西，这是 PE resource 的格式。
你看看我前面发的 The Old New Thing 的代码，string resource 完全不关心 FindResourceEx 的实现，只要它能根据 ID 返回对应的 bundle 就行了。

@3dwelcome
二分查找需要索引？你确定我们说的是同一个东西？
https://zh.wikipedia.org/wiki/%E4%BA%8C%E5%88%86%E6%90%9C%E5%B0%8B%E6%BC%94%E7%AE%97%E6%B3%95

我觉得这设计完全是为了避免查找，而设计的固定的寻址算法。查找是只有所有数据和值的情况下，找到值所在的位置。
而这个 string resource 的设计是有所有数据和 string id 的情况下，通过一个 O(1) 的算法算出 string id 对应的 bundle id 。
至于拿到 bundle 内容后的循环，是因为内容是不等长的，所以只能从头一个个长度相加得出最终位置，这跟查找也没关系。

@3dwelcome
你说“前一半(0x780)是二分查找”，我没感觉出这和二分查找有什么关系。
二分查找不是拿一个排好序的数组，去找指定值所在的位置吗？
这里是已知 string id，根据 string id 到 resource id 的规则去找对应的 bundle 。

@3dwelcome #4 你可能发错了代码，你要说的是不是 https://github.com/Uberi/AHK-Scripts/blob/master/%40Completed/Programs/Decompiler/winmm/winmm/LoadString.cpp ？

https://devblogs.microsoft.com/oldnewthing/20040130-00/?p=40813
不是因为二分查找，是因为每 16 个字符串打包成一个 resource，然后第 N 个 resource 存的是 ID 为 (N-1)*16 到 (N-1)*16+15 的字符串，其中的格式是 2 字节的 length 加上字符串数据。如果字符串不存在的话，那也得保留 length，这就是你说的“[空 string]”，实际上代表的是 length = 0 。

我有遇到过，不过很罕见，遇到了切成英文再切回中文就好了。

@minami 请问能发一下补丁的链接吗？我尝试自己搜索，似乎没找到。