以前一提到内存泄露就是VTune/BC/Purify这些大家伙，其实微软也提供了一些小巧的工具。 DebugDiag/LeakDiag/UMDH等，根据使用经验，首推DebugDiag，可以节省很多脑细胞。 具体使用方法看帮助和MSDN的文章，这里只说一下大致工作原理，大家就知道能解决哪些问题了。 DebugDiag（以下简称DD）运行时通过注入目标进程，hook内存分配和释放的API（包括Heap管理，new，malloc，com，BSTR等），这样就得到所有要分配的内存的地址和尺寸，记录时会同时记录每次分配时的调用堆栈。根据这些信息，DD工具可以知道一段时间内，程序分配了哪些内存地

今天在win7下用vs2008sp1的MFC9的类，写程序，结果一下就踩雷了，遇到了http://connect.microsoft.com/VisualStudio/feedback/details/511271/cmfcshelltreectrl-and-windows-7 这个错误，更可气的是微软的回答是在2010中解决了，丝毫不提2008的事情，做单机软件的真不容易，都靠新版本更新老版本的bug来圈钱了。 修改MFC代码，重新编译生成MFC90，改了几种方案，运行还是有问题，暂时先放弃了。

vs2005之后，一直发现printf和wprintf输出unicode中文有问题，虽然知道解决方案，但是不知道原因。 今天终于搞清楚了，原来是C99规范定义在程序启动时要执行setlocale(LC_ALL, "C")，也就是把locale设置为最小ANSI兼容集合。因此程序启动的时候要支持中文输出，必须将locale设置为支持中文的，如果是中文系统可以是""（系统默认），如果是非中文系统，可以尝试系统默认，或者支持的中文输出的codepage。

最近把一个做了一半的MFC应用程序分别移植到xtp和bcgp下面，基本都是依靠看二者例子的代码和文档做移植，最后的方案是使用XTP。主要有以下原因

1. BCG自己的DOCKING的例子，被我跑出一些BUG，心里很不舒服

2. BCG移植之后，我的程序的显示效果和例子有些不同，而且很难看。

3. XTP移植的代码比BCG少一点点，效果跟官方例子一致，而且比BCGP的效果舒服。

4. XTP出现运行时错误的信息，比较友好，配合MFC+DOCVIEW知识，解决了几个移植时的问题。

5. XTP的Docking类用起来比BCGP舒服虽然新版VS

VS2008与VS2005相比，更适合开发面向VISTA的应用，VS2008对manifest的支持更好一些，便于对付可恶的UAC(Windows 7快出来了，Vista还没用过，真对不起MS呀)。

不过2005和2008相比VC6有一个缺点，就是Professional版本少了Profile功能。2005和2008只有Team版本有这个功能了，以后微软的东西，还是得安装最高级别版本，不能手软呀。

好久没有用VC写程序了，今天要写个同时支持MBS合Unicode的程序，而且要跟大量字符串相关函数打交道，读写文件，读写注册表，加密解密，读写HTTP，各种COM。开始用VC6，因为机器上只有VC6+SP6，没有最新的SDK，非常的不爽，尤其没有好用的char/w_char/TCHAR的转换，被VC的lpstr/lpwstr/lptstr这些搞死了，写了一般，转到VS2005了，各种SDK都可以直接用了，不需要LoadLibrary了，各种字符转换也可以A2T, T2A, W2T, T2W了，很是方便。

用了十年多的VC6，终于可以退休了。

Goodbye VC6

Hello VS2005

在神奇的VS2005中，一个始终困扰着中文的问题就是cout和fstream无法同时使用中文

除非在所有的调用上下文调用setlocale来切换locale

这个问题终于在VS2008中得到了解决

感谢M$及时发布了VC9

对ComboBox调用MoveWindow即可

这个问题很神奇，一般还真不容易想到