Com组件这东西实在是麻烦，以前也一直没有碰过。
过程是这样子的，一天在百度知道上看到有人求助一段C++代码转成VB。我又不熟悉VB，于是就顺手给封装成DLL给了他。
然后提问者回复说，能不能给搞成能用CreateObject方式创建对象的那种方式来调用。这一看，应该要com吧？但是我不会写com。想着稍微掌握一点以后可能也能用到，就去找教学啥的稍微尝试一下。
主要参考的文章是 http://icodeguru.com/VC%26MFC/InsideAtl/ch02c.htm 和 http://www.codeguru.com/cpp/com-tech/activex/tutorials/article.php/c5567/Step-by-Step-COM-Tutorial.htm 这两篇。一开始是看后者，后面也看了前者，结合起来，大概理清一点思路了。
一整个字符拿去measure确实是不怎么容易遇上问题。但是你要一个一个来的话，就会有问题。原因是msdn里有这么一句话：
The MeasureString method is designed for use with individual strings and includes a small amount of extra space before and after the string to allow for overhanging glyphs.
INCLUDES A SMALL AMOUNT OF EXTRA SPACE BEFORE AND AFTER THE STRING
所以获取到的会偏大。
方法它也说得挺清楚
To obtain metrics suitable for adjacent strings in layout (for example, when implementing formatted text), use the MeasureCharacterRanges method or one of the MeasureString methods that takes a StringFormat, and pass GenericTypographic. Also, ensure the TextRenderingHint for the Graphics is AntiAlias.
没注意的话很容易掉坑
后续补充：MeasureString的时候要加StringFormat.GenericTypographic，那么在DrawString的时候也要一起加这个参数。不然它计算的时候和绘制的时候宽度又不一样了
果然问题就是在英语不好。msdn虽然有说但是看得实在是……
.net倒是很方便，直接控件拖拖拖，这个都给你实现了的。
但是sdk或者mfc里就比较麻烦。Tab控件上面的页面如果切换了，不是里面的内容要跟着变吗？但是tab控件不管里面的内容变，它只管发一个通知给你。怎么变你自己实现。于是最方便的方法就是弄很多子窗口，在切换的时候更换子窗口。
其实就是你先GetClientRect一下拿到它整个的矩形区域，然后TabCtrl_AdjustRect把这“整个”转换成“里面”。之后你去创建子窗口就可以了。
那个TabCtrl_AdjustRect说真的确实是早就看到了，但是它的说明看得半懂不懂。
只是避免在鱼龙混杂的网络上找到莫名其妙不可靠资料的担忧
msdn上有，不过临时去翻msdn挺麻烦的，因为没记住在哪个分类里面的话（汗
分类在Windows Desktop App Development——Windows Application UI Development——Windows Controls——Visual Styles——Enabling Visual Styles
然后若遇上网络很慢，要人命
最近一直在找C++编写图形界面的库。用C#确实方便，拖拖控件就出来了。但是对.net Framework运行库的依赖有的时候是略烦人的。于是想掌握不需要这个就能写图形界面的方法。用Windows API编写图形界面不是说不会，就是麻烦，忒麻烦（擦汗
关于现成的各种库，用过Ultimate++、FLTK等。Ultimate++在MinGW下表现不错，看起来也很native虽然是自己画的。但是换VC就半死不活了：英文下没问题，中文的话，哼哼……它源代码是保存成UTF8格式的，里面字符串全都是raw UTF8，就等着VC报错吧 -_,- FLTK的话，win95你一脸。为了静态链接，还用了好多手段好不容易调成静态链接。看着那个界面，最终还是放弃了……而且它的fluid界面设计器生成的代码，里面的字符串遇到中文的全部给你艹成斜杠加八进制数，略烦。VCF没有接触更多，没找到它的图形界面设计器，暂时还是算了……
WTL我也尝试过，用起来怎么说呢……反正也就那德行-_,- 关键是文档，WTL的文档很烂，很多都找不来，得去看代码。对于我等没文档写不了代码的人来说……Oh my god。WxWidgets的设计哲学跟我各种不符，在Code::Block里面试了一下，虽然是有设计器，但是那个设计器不知道为什么，说不出的别扭，拖了两下，运行程序，控件乱成屎了（满脸血）。
其实为什么尝试的里面没看到很著名的那些库呢？其实相关的考虑，一个是LGPL协议：QT库遵循LGPL协议，不买不给你静态链接；GTK就干脆连买的机会也木有的样子？MFC主要还是收费吧，不像是我等现在可以买得起来自己玩的，虽然给公司做的话是完全没问题……Borland那个C++ Builder的库同理。 继续阅读用Win32++库编写图形界面
用过CFF Explorer之后，发现它可以给EXE添加Seciton，甚至还可以直接导入一个文件作为EXE中一个Section，功能好赞。配合OllyDBG来对现有软件的EXE做一些小小的hack感觉效果很好。
最早的时候我是直接用OllyDBG打开EXE，然后找到一片都是0的地方来汇编代码进去。但是这样受到的限制很多，最直接的就比如有的时候找不到一堆0的地方，找到也不确定能不能写：有可能这些部分其他地方要用，又或者汇编了代码进去要保存的时候OllyDBG说存不了。现在可以直接自己添加一个Section，不会出现找不到空间的情况了。
既然可以导入文件，那比起直接在OllyDBG里面敲汇编，用Nasm来写汇编代码要方便得很多。在测试导入Nasm写的汇编以后，我就在捉摸着更加方便的事情：用C语言来写。
我选用的是OpenWatcom C编译器，没什么太多理由，正好抓到它而已。它反正也可以生成Raw二进制格式的文件。
研究了一下它的链接器，最终的结果是用这样的参数：
OPTION OFFSET=xxxxxx FORMAT RAW BIN
或者
OUTPUT RAW OFFSET=xxxxxx
一起用就会出一些奇怪的结果。说明文档非常长，不知道是不是哪里漏掉了什么没看到的部分……
一起用的时候有的时候就出现最前面16个字节全部是0，然后后面的代码全部错位，大汗……
在微软发布了那个升级包之后，编译器toolset里面有了一个Visual Studio 2012 – Windows XP可以选。但是本人使用测试之后，发现旧的工程选了这个toolset以后，编译出来的程序仍然无法在XP上运行。
今天在某个QQ群聊天的时候，SAPikachu大大提到了这个问题，于是我就说我自己试的时候，失败了，编译出来的东西XP不能跑。不过对方测试之后发现，他那边可以。这里面一定有什么设置不对……
对比了以后，发现除了cl.exe编译命令行那边多了一个_USING_V110_SDK71_的宏定义以外，link.exe那边也多了个/SUBSYSTEM:CONSOLE",5.01"参数。但是很奇怪的是，我这里没有。
经过对方提醒，工具集选了v110_xp以后，这个参数是自动加上的才对。我检查了链接器设置那边，发现确实最低版本写了个5.01，但是上面子系统没有填，结果最后的命令行里面没有这个参数。
最后我把子系统那边选了个Console以后这参数就加上去了。虽然还没真正测试过，不过目测这下编译出来的东西可以在windows xp上运行了。
p.s. xp还真是长命w
作为一个Jubeat玩家，并且还想过那些比较难的曲子，怎么样也会听说过Jubeat Analyzer吧。这个工具可以把街机上那些谱面在电脑上重现出来，这样就可以先看清楚它是怎么回事，然后再去玩，增加过关的概率。
这软件读取的谱面格式是TXT，音乐是MP3。看它的readme，里面有提到谱面的TXT的格式。里面有写曲子的速度（每分钟多少拍），从什么地方开始是第一拍，之类的。
它自带两个曲子，我当时研究了一下那个twilight goose，发现里面写的曲子第一拍开始的时间是1747毫秒。但是实际上我把MP3丢到Audacity里面打开，仔细观察，第一拍在1.5秒左右就开始了。 继续阅读Jubeat Analyzer（mciSendString）对待MP3奇怪的行为
Hello,
Recently I write a client for icecast. It can broadcast the audio from both stereo mixer and microphone to an icecast server.
It’s mainly written in C++, and the GUI in C#, distributed in 3-clause BSD licence.
It uses boost and portaudio library.
Any comment is welcomed.
测试昨天的代码的时候，又遇到了问题。把整个处理流程又加长之后，其中有一个进程的输入和输出都被重定向了。因为昨天测试的时候都是中途强行停止，现在想要正常停止，自然就是把连接自己和子进程StdInput的管道HANDLE关闭，结束送数据。但是我关掉管道输入端的HANDLE以后，子进程却还在傻傻等待数据，也不退出。 继续阅读搞死人的管道HANDLE，搞死人的继承