编辑文件请直接用 vim(
Sco 理论上也是过跳板的，不过这个协议过于古旧而且不适用于大量小文件的场景，建议打包上传

C++的最大黑点不应该是大小以 MB 为单位的编译器报错么（
整个屏幕 boost::mpl_.........

ftp 的问题很多，现在 0202 年如果有的选，选择 webdav 都比 ftp 好
尤其是在有 NAT 的环境 ftp 的多端口设计简直就是灾难
FTP 唯一的优势就是服务端实现简单，没了

我记得 vs 的字符串字面量限制是 65535 （宽字符 32767 ）来着

你以为优先级只是修改一下数值就可以解决问题
实际上界面涉及的东西有一大堆，意思是你要画一块区域可能还要等待别的数据准备好了才能开始画，不然就完全没法不知道怎么画，具体的例子就是各种同步操作，读取一个数值时线程被锁定了，然后动画就卡了，你优先级再高它也得卡（可能还卡的更厉害，因为别的线程得不到调度），解决问题的方法只有重写相关的逻辑，强行将 ui 和数据耦合，这是目前 chrome 浏览器的做法，但是这又会带来一个问题，内存是有限的，不可能说把所有不在当前页面上的元素的数据都准备好，通常的做法都要涉及 ui 和数据处理线程的交互，你得知道页面的哪部分是用户可见的，并且在区域变化时及时更新数据，于是这里必然会存在竞争，根本不是优先级能解决的问题
Win 上的 Edge 浏览器滚动非常流畅，代价是滑得快会白屏，出现一块一块的白块，原因也是类似

你都知道 echo c > /proc/sysrq-trigger 了。。
所以应该也可以手动
write(open("/proc/sysrq-trigger", 0), "1", 1);
(不用考虑泄漏，反正内核都跪了

用日卡卡的存储重定向，看它的日志（

(现代的写法不是写死 pthread，而是用
find_package(Threads REQUIRED)
然后加 Threads::Threads 的链接
这样就可以尽可能多的兼容不同系统
因为理论上只有用了 glibc 的 linux 才需要链接 pthread

×最后再给个建议：放弃折腾终端，随便弄个 webui 都比这个简单一万倍。。。。

最简单的试试 rlwrap "原程序命令行"
* 然后程序内直接读标准输入。。。
* 存在一些边界情况，但是基本上还是能用（至少你能编辑一部分语句了。。。被覆盖后按任意键即可恢复）
我曾经也折腾过 mc （不过是基岩版），然后放弃了，写了一堆代码发现 rlwrap 已经解决了问题。。。
你要自己实现类似程序的话也是可以的，大约就是用 readline 库，然后包装目标程序的输入输出，接着在检测到原程序输出的时候 rl_clear_visible_line （以及记录光标位置）然后再手动输出，最后再恢复光标和位置。。。

* 上面的解决方案是基于 readline 的，所以效果可能不是特别完美，
另一个方案是用 ncurses 一类的库直接做成 TUI 的模式 * 这样你甚至可以直接固定到屏幕底下，以及支持鼠标滚轮（和键盘滚动）

比如 Windows server datacenter core 2019 这种？

理论上当然是自己搭建便宜，特别是你这种不需要考虑各种稳定性和备份的场景。。。。
买数据库服务的唯一目的就是有各种可用性保证等附加服务，如果你没有这些需求，那自然就没有必要购买

？这不就等于数据库了么

你大概是开了某实验性 utf-8 支持么

你整个 uuid 就好

??? docker 用的是 linux 内核的命名空间，cgroup，seccomp 等机制，和虚拟化没半毛钱关系，docker 事实上完全没有任何虚拟化的过程

wsl 1 是直接造了一个新的内核兼容层实现，也和虚拟化没半毛钱关系（ wsl2 才是虚拟化）

你想说的那种模拟，叫做用户态虚拟化，qemu 有实现，但是这依赖于同系统，也就是实现 linux x86 跑 linux arm 的二进制，做不到让 windows 跑 linux 或者反过来

(现在来说的话，自带的终端支持的东西已经比较多了，什么 ANSI code，鼠标输入（如 ssh/wsl ）当然 emoji 还不行
然后微软当然也知道这个，于是又发布了 Windows Terminal

这个和渲染技术有关系（
那种基于 mintty 的肯定不支持了
windows terminal 的则是完美支持（
另外这里推荐用 token2shell 配合 x410 基本上就是现代化的 ssh 体验了 （ 都是 uwp

其实 githubusercontent.com 这么长一串可以用 denopkg.com 来代替的（自动 301 重定向，还能附带自动重定向根目录到 mod.ts 的功能 https://denopkg.com/qingant/tiny-redis@master