@cpstar 它本身就有另一个称呼，叫做“匿名函数”。

之所以会叫作“lambda 表达式”，是因为最早期的“匿名函数”出现在 LISP ，但 LISP 并不使用箭头来表达，而是使用关键字 lambda 。

https://en.wikipedia.org/wiki/Anonymous_function
https://zh.wikipedia.org/zh-cn/%E5%8C%BF%E5%90%8D%E5%87%BD%E6%95%B0
https://www.geeksforgeeks.org/lambda-functions-in-lisp/

于是计算机学界把“匿名函数”叫作“lambda 表达式”已经有几十年的习惯了。

可以这么说，“匿名函数”其实很早就已经出现在编程语言当中，但使用箭头来表示匿名函数的做法，已经是很后期的时期了（#15 提供的列表）。

@june4 麻烦就在这里了，非色弱、非色盲的普通打工人，绝大多数都不是医学界人士、也不是美学专业人士，单靠自己的眼睛是不知道色弱、色盲眼中的样子的，同样也不是所有设计工具都有色弱色盲模式，总不能随身携带滤光片吧

有分开的版本，以印度威为例：
https://gs.statcounter.com/os-market-share/mobile/india

可以看到，纯移动端的数据简直惊人，印度的 Android 使用率几乎就是压倒性的，达到 95%

@NewConn CN 标记是绿色，美国标记是橙红色。

确定单纯只是色弱，不是红绿色盲？

同时出现两个 2408:8207:1834:1040 首选地址，显然是 DHCPv6 以及 SLAAC 同时生效了，所以才会有那么出现双倍的临时地址。

换文件系统，比如 ZFS ，可以无视插线顺序，随意对调都没问题

ZFS?
我也有 ZFS 的 NAS ，只不过不是 Linux ，而是基于 FreeBSD 的 XigmaNAS （这个系统比较少人用，TrueNAS CORE 用户数多得多）
原因很简单，FreeBSD 已经用 ZFS 很长时间了，没那么容易出 bug 。

不过既然已经用 rocky 最顺手，那么继续 rocky 应该是成本最低吧。

@n18255447846 所以我专门写了“粗浅”二字，目的仅仅是为了让阅读的人明白严重程度

要不然跑题跑成“uboot 使用说明书”，那 OP 诉的苦就会弱化了

如果需要字符转码，那就只能用系统自带的转换函数，或者 C 库函数 wcstombs 、wcsrtombs 、mbstowcs

至于 codecvt 的各种转换，如果只用 C++11 、14 那还能用，从 C++17 开始就被废弃了，C++26 直接删掉，而且这个库无法处理 UTF32 。如果系统内部使用 UTF32 的话那就没法用这个了。

要不试试字符串加个 R 前缀，这样就不需要反斜杠转义了。必要时还可以使用 u8 前缀。

https://en.cppreference.com/w/cpp/language/string_literal

看完那么一大段回帖，发现许多人不明白 OP 这个场景的严重性

我自己并不做嵌入式开发，但也知道 OP 所表达的意思，因为我曾经买过国产 ARM 板刷第三方系统，这个过程烦了我好几个星期

uboot 跟 ubuntu 明明是完全不同的两个“物种”，搞混淆是会出大麻烦的。
对于没接触过的人，可以粗浅地 uboot 相当于 PC 启动时的 BIOS 、UEFI 。

如果 OP 的经理把意思表达成“该程序需要在 uboot 下跑”，以 PC 的角度来说，那就请理解成“这个程序需要脱离操作系统在裸机状态下运行”。
这回懂了吧？口语错误会导致实际意思谬以千里，不仅仅是“影响交流”，直接是“误导人”的级别了，这还不严重？

既然这是 tmux 的问题，有没有考虑过告诉 tmux 开发者让他们修 bug ，彻底消除根源问题？

@LucasLee92
@windorz
DDR5 通病，开机自检慢。

AMD 可以尝试打开‘Memory Context Restore’（ Intel 那边就是 Fast Boot ），后续开机跳过内存自检。
开启后，第一次初始化自检完，只要后续不再改动内存条（更换、增减内存条），就可以跳过一部份内存自检步骤，加快启动速度。

原因很简单，内存频率超出了 CPU 支持范围。

就以 AMD 7900X 为例，最高支持的频率实际上只有 5200：
https://www.amd.com/en/products/cpu/amd-ryzen-9-7900x

超出这个频率很容易不稳定，哪怕经过了 Expo 认证。

我自己也有一台 AMD 台式机，插了 4 条内存。
根据网页所写的规格，4 条内存时，频率最高只能支持到 3600 。油管有人尝试提高内存频率，最多能达到 4200 ，再高就不稳定。而我自己的 AMD 台式机，内存频率设置到到 4000 就已经是极限了（内存条本身可以支持到 5600 ）。

并不是内存条有问题，而是 AMD 的内存控制器有极限。

打洞？那不如造个 STUN Server / Client 程序吧，有现成的标准可以参考

混合编程？可能无解，纯 C# 可以主动更改引用的 .NET Framework DLL ，已经有人试过可行：
https://www.yycoding.xyz/post/2023/9/21/publish-dotnet-windows-application-into-a-single-file-executables

对于混合编程的话，那就复杂多了。可以尝试把调用到的 DLL 全部复制到程序当前目录，但我也不知道是否可行。

怎么会不方便呢，移动幅度又不是很大。

如果新旧盘都是 SSD 的话，fastcopy 就行，简单又可靠。

如果其中一个是机械硬盘，那就 dd 对拷吧。要不然需要等很久。

写出 bug 一点都不奇怪。把 bug 找出来修复掉就是了。

最烦的是一套代码多平台使用的情况，其中一个平台一切正常，换了另一个平台就总是出 bug ，这才折磨人。并且这不完全算是水平问题，更多的是经验问题。所以只能多写、多调试、多积累经验。