nullptr

在 Windows Termainl 设置 Font 字体最终是在这段代码： https://github.com/microsoft/terminal/blob/fcd210ce0006e5fd2dccc79a585a2ac1f39b3125/src/renderer/dx/DxRenderer.cpp#L1651

font size 在 GDI 和 DirectWrite 中存在一些区别，GDI 是像素，而 DirectWrite 是 DIP。

参考: https://docs.microsoft.com/zh-cn/windows/win32/learnwin32/dpi-and-device-independent-pixels

环境变量的差异 iterm 和 vscode 终端解析环境变量不一样 echo $PATH 就可以看出差异 node12 应该是你 brew 安装的

依赖的 zlib openssl pcre 等库使用 nginx 参数指定源码编译，然后发行版要接近，关于 prefix， 可以自己修改 nginx 源码修改搜索机制，否则只能 -P 显式指定或者保持 --prefix 一致。

PS: 我们给私有化客户都是编译打包成 tar.gz 只要发行版接近，基本没啥问题。安装目录随意（我们使用了 C++17 开发模块）。

我用 LLVM 格式化，命名风格就比较随意了。

据我所知，带宽和 I/O 是有限的。

@b00tyhunt3r 而且你的 execve 应该是失败了 成功没有返回

@b00tyhunt3r pid!=0 自己退出了 然后 child 被 init 收养了

添加
```makefile
targetclean:
-rm some/target/file
```

```
make targetclean
make
```

实际上如果处理好 makefile target 的依赖，是不需要 make clean 再构建的。

这就是 coding 的。

其实无所谓，无论哪一种形式的 main 编译后的函数名依然是 main，这是 C Style 的，无论采用什么形式的 main，编译时，链接器会帮你自动将将进程的入口点链接到 main。如果你不需要命令行参数，可以使用 `int main()`，如果你需要修改 命令行参数，可以使用 `int main(int argc,char **argv)`(这通常在 Linux 系统修改 ps 进程名。)，否则可以使用 `int main(int argc, char* argv[])`。envp 需要则使用，不需要不使用。

https://github.com/bminor/musl/blob/65c8be380431eebe4d70d130bd38563f8df9a7d7/src/env/__libc_start_main.c

https://github.com/bminor/musl/blob/master/crt/rcrt1.c

这种问题基本上是环境变量设置顺序有关 如果相对路径的环境变量未在 path 之前设置开则不行， 然后再次 set path=%path% 则因那个环境变量已设置则可以在 path 之间展开 通过计算机属性设置环境变量通常要注意这个问题，这应该跟注册表有关。 如果你在 bat 文件中设置环境变量 则不会出现上述问题 bat 文件严格按照你预期的顺序初始化。

虽然可以用 NFS Ceph， 但最后会发现分布式文件系统会是瓶颈，目前 Gitlab 有 gitaly，基本上可以使用 gitaly。

https://www.phoronix.com/scan.php?page=article&item=windows-10-wsl2&num=1 IO 有改进，CPU 密集额反而有降低。

支持+1