例子1 搭建Ghost博客，邮件配置一直报错，提示127.0.0.1:587连不上。看着配置文件，百思不得其解。。 没办法，只能从源码开始一行一行调试，试了各种办法，打了一堆断点。发现是配置文件里的单词写错了。应该是options，写成了option。浪费了半天时间…… 例子2 还是Ghost博客，i18n中文一直不能正常工作，没办法，读了下它的代码，还挺复杂的，有Theme，有React的JS渲染的组件。 最后确实是定位到JS渲染组件读i18n文件不工作，但是看上去一切都没什么问题…… 只能是在*.min.js找到字符串常量后，在找对应的简化代码，在代码里加debugger，使用Edge的源文件替换能力，最后发现我用的版本（官方docker版）里面没有中文…… 而我看代码的master最新分支里是有中文的…… 就尼玛差几个版本，浪费了2天时间……还熬了夜……

我在MSYS2下做了测试。Emoji字符📁需要2个wchar_t，需要4个char。Emoji字符✏️则需要2个wchar_t，需要6个char。 Emoji Platform wchar_t char Display mbrtowc pwccheck 📁 MSYS2 2 4 ❌ 3→1 ❌ ✏️ MSYS2 2 6 ✔️ 3→1 ✔️ ❌ MSYS2 1 3 ✔️ 3→1 ✔️ 📁 CentOS 1 4 ✔️ 4→1 ✔️ ✏️ CentOS 2 6 ✔️ 3→1 ✔️ ❌ CentOS 1 3 ✔️ 3→1 ✔️ 我们将这个表格归纳一下，由于转换过程是从小到大逐步尝试的，于是我们会遇到这个情况：

在全面转战MSYS2今天又发现了一个问题，MSYS2下的mosh不能正常展示emoji。如GitHub上的issue所言：https://github.com/msys2/MSYS2-packages/issues/3034 ，坑真是多呀。 手动编译 网上讲了一大堆问题，说是libc版本不对，不能识别最新版本的emoji等等。但看了一堆讨论，发现应该都不太靠谱。自己动手查一下吧。 不得不说MSYS2真是强大，我曾经花了20个小时的时间在研究如何在Windows下编译mosh，手动打了一堆patch不说，打出来的产物缺胳膊少退，最终还不能正常工作，让我吐一口老血。 而在MSYS2下，简直不要太简单……下载mosh的PKGBUILD文件：https://github.com/msys2/MSYS2-packages/blob/master/mosh/PKGBUILD，执行makepkg即可编译……makepkg -i即可安装。 问题 算是通读了一遍mosh的代码，发现它使用wcwidth将字符串放到一个个的Cell中。而MSYS2中wcwidth函数和wstri

Ⅰ、配置文件 Windows下配置文件：$LOCALAPPDATA/nvim/init.vim Linux下配置文件：$HOME/.config/nvim/init.vim Ⅱ、安装vim-plug插件 下载地址：https://github.com/junegunn/vim-plug Windows路径：$env:LOCALAPPDATA/nvim-data/site/autoload Linux路径地址（腾讯云OpenCloudOS）：/usr/share/nvim/runtime/autoload 执行命令：nvim +PlugInstall Ⅲ、

ALT+BACKSPACE在bash里面的作用是删除前一个单词。最近用了mosh后发现其不能正常工作，ssh下这个快捷键是正常的。 stty控制了bash下的一些快捷键。对比了下mosh和ssh的，没啥区别。 $ stty -a speed 38400 baud; rows 56; columns 271; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?; swtch = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0; -parenb