有可能是 ssh 连接时间超时 你可以设置服务器上的 sshd keepalive 也可以设置客户端 ssh 的 keepalive

注册 SIGTREM SIGSERV 然后在信号函数中使用 backtrace* 函数将堆栈展开输出到 bug 文件，然后使用 addr2line 去解析问题出在哪里，对于你的这种情况基本可以解决。

我们公司的 sshd 服务器就是 C++ 编写，然后使用了 backtrace 功能，前阵子更新了 libssh 经常出现 结束连接 SIGSERV, 后来找到了是 libssh 的一个 bug。

在信号回调函数中需要严格遵循异步信号安全的原则，不能有锁，否则会死锁，处理完后需要退出进程。（常见的动态内存申请需要加锁，因此不是异步信号安全的）。

我有个不成熟的建议，ssh -Tvvv 可以看流程。

@standin000 目前大概只有我自己在使用和贡献代码，因此支持比较少。

我都是自己的工具 [clangbuilder]( https://github.com/fstudio/clangbuilder) 自动安装，msi 也是绿色安装。devi install xx, devi uninstall xx, devi upgrade.

One important caveat is that if the Readable stream emits an error during processing, the Writable destination is not closed automatically. If an error occurs, it will be necessary to manually close each stream in order to prevent memory leaks.

https://nodejs.org/api/stream.html#stream_readable_pipe_destination_options

如果下载中断了就会出现这种情况。下载中断需要手动关闭。

告诉她：2014 年世界自然保护联盟(IUCN)发表的“红色名录”将 [日本鳗鲡] 认定为濒危物种。

说不定就是 curl 的坑 编译 curl 支持 HTTP2 winssl 后来发现就是 curl 版本检查函数得到错误值 添加 manifest 就工作了
https://github.com/curl/curl/issues/2591

tlswg wiki 上说 openssl 是 28 了

按照题主的描述，普通用户应该没有加入 Administrators 组，方法有几种，一是应用转 UWP，二是实现一个服务，然后实现一个启动器，启动器启动时与服务通讯，让服务启动 京麦。但这种方法与前面 @geelaw 所说的一样，只要京麦能够打开其他进程，就会导致权限泄露，也就等价于管理员身份登录。


当然还有一种方法，如果京麦是通过修改 manifest 文件实现的管理员权限启动，你就可以修改 manifest，然后使用 Windows SDK mt 命令修改京麦的清单，但是如果京麦在代码中会去检测自身权限，这种修改就可能会失败，另外一些管理员权限的操作也是不能做的。

你的 make 命令应当在那个 shell 脚本中执行，或者在终端中手动的 source 这个 shell 脚本（/path/to/sh 或者 sh -c 这样都是不行的），然后再执行 make。

在进程中修改环境变量只对进程本身或者其子进程有效。
修改系统环境变量设置需要重新启动 shell。在 Windows 中可以监听 WM_SETTINGCHANGE 消息。

@zhiqiang std::filesystem 就是基于 boost 的，说实话并不想用 boost，而 asio 都是用的独立版。

@zohner 对的，你 git 服务的用户是什么，git clone 也得用什么用户头。

把你的 git clone URL 贴出来。

进程面临的问题，进程间通信，同步，创建代价稍高。线程面临问题，数据竞争，多线程的各种坑，还有 GIL。

实际上在 Linux 系统上，线程就是个特殊的进程，和父进程共享数据空间，getpid 返回主线程的 tid，主线程的 tid 就是其 pid，使用 syscall(SYS_GETTID) 就可以知道 。fork pthread_create 一般都是使用 syscall SYS_CLONE.

你还可以使用 -rpath 设置成 libclang.so 还可以设置 LD_LIBRARY_PATH，反正不像 Windows 的 dll 目录那么方便（ Windows 存在 dll 注入。）

Electron 一般使用 electron-windows-installer 来打包和管理更新，这个工具实际上就是整合了 Squirrel。https://github.com/electron/windows-installer

@ysc3839 VSCode 并不是 NSIS 而是 Inno Setup，而 Electron 的 App 安装包一般是用的 Squirrel https://github.com/Squirrel/Squirrel.Windows

Squirrel 主要是改善 .Net App ClickOnce 的安装体验。不过专业性没有 Inno Setup 和 NSIS 好。