• 编码获取
  • 十六进制
  • 十进制
  • 测试编码
• 一些资料整理
  • 汉字的国标
  • 一些编码常识
    • ANSI
    • Unicode UTF-8 UTF-16 UCS-2
    • BIG5 Shift-JIS

偶尔我们会想获取汉字的编码，然而似乎网上随手一搜，在线转换工具倒是有不少只是好像都不太能满足真实需求。

也许你会想到notepad++按照编码保存，然后用二进制打开。当然这在Windows下不失为不错的办法。

起因是在Win10上面ycmd补全Windows的头文件没有Win8.1的全了，最明显的就是一堆idl文件没有了。然后我折腾了一会ycm_extra_conf.py，发现问题的关键在于clang上。

• 描述
• 解决
• 猜测
• 附录
• 更新(2016.6.25)

描述

问题就是：①移动磁盘上建立一个vmware虚拟机，然后用win10的iso镜像安装，安装完成后，如果重启，则可以正常重启，但是一旦关机，则再次开机一直都是Bug Check 0xC000021A，然后进行dump，为此我特地用 "windbg.exe" -b -k com:pipe,port=\\.\pipe\com_1,baud=115200,reconnect -y 在线内核调试了下，但是水平所限(等到哪天有空了再来看看究竟)，没有找出问题的究竟，但是错误的字面倒是说shell32.dll校验错误。而我用Diskgenius把它拷贝出来，校验是正常的。

• 版本号
• mzscheme_base.c
• scheme_register_tls_space
• 自己编译Racket
• 我的修改
• 后记

在VS编译的64位gvim支持了Python2/3,ruby，perl，tcl，lua之后(参考在Visual Studio编译gvim和ycmd)，发现配置里面还有一个叫做MzScheme，而且是在Make_mvc.mak里面，就是说原生是支持VS编译的。那么开启吧。

Build from source code.

很简单的一个插件，现在支持汉化Sublime Text2，Sublime Text3。全部系统Win64、Win32，Linux64，Linux32，OSX等，可以随意来回切换简体中文、繁体中文、日语、英语，无需重启SublimeText。

• 1.shobj.h present but cannot be compiled
• 2.cc1plus.exe has stopped working
• 3.localtime_r gmtime_r相关的错误
• 4.cygwin posix环境影响process.h

在自己编译FileZilla Client中编译过3.9，但是对于最近的3.10却一直编译不出来。

换了多个编译器，其中发现个新环境msys2中提到过的基本都试了一遍(实际上主要在实验有4.9的，因为Filezilla3.10.x似乎用到了4.9的一些特性或者头文件)。

• MSVC
  • 返回double
  • 返回 long long
• gcc
  • double
  • long long
• clang
  • double
  • long long

我们学过汇编的都应该知道C语言的返回值，在x86机器上面都是用eax来实现的。而eax是32位的，所以返回值只能是int/long类型或者指针类型，在汇编里面都是dword。可是突然想到怎么实现返回64位值呢？难道会是指针？显然不太可能这样做。

• MinGW/msys 1.0:
• MingW
• MinGW-w64
• MinGW-builds
• Win-builds
• tdm-gcc
• Cygwin
• msys2
• 结束语

好久没写，发生种种暂且不表。

最近注意到了一个新的Windows上面的模拟Linux的项目。一般来说两大主流阵营MingW与Cygwin，这两个思路各不相同。相对来说MingW性能比较好，尽可能用WinAPI替代实现。Cygwin则是添加了一个层，利用很多dll来模拟Linux的那些syscall(典型的如fork)。所以cygwin程序一般都是需要有cygwin的dll在path里面才可以运行。MingW缺点是很多程序没法编译，如果没有专门为MingW设计的程序，基本上MingW是编译不出来的。Cygwin缺点是会比较慢。

午后无聊整理了下大体上的语言关系图谱，有一些个人观点在里面如有不对之处欢迎指正。本来是一副横向的，但是我发现HTML那里刚好可以断开，所以就分成两幅了，对排版正好有好处。