解放了。

向广大劳动人民致敬，祝节日愉快。

WinxGui.CN发布到昨天刚好是3个月。

不知不觉中，http://www.winxgui.cn/ 这个HomePage的PageRank从0升到了3。不易啊。贺。

Windows程序调试系列: 使用VC++生成调试信息介绍了各种调试信息文件。但是最具有实用意义的pdb格式不明，只能通过DIA（Debug Information Access） SDK来进行访问。

Microsoft Visual Studio 2005 直接带有DIA SDK，位于 $(VSROOT)\DIA SDK 下。其中这里 $(VSROOT) 指 Microsoft Visual Studio 2005 的根目录。从其提供的idl看，功能还是比较完整。另外，DIA SDK还提供一个Samples：DIA2Dump，该程序本身已经是一个较为实用的程序。

本文是应最近不少关注WINX的朋友申请加入WINX团队而写。感谢他们。

考虑到目前对WINX了解的人比较少，我决定暂时不采用团队的模式进行WINX开发。而是采用代码捐献的形式。这是开源社区中不错的一种开发模式，我注意到WTL、Zend等库都不同程度采用了这种开发方式。详细规则最近会公布。这里可以简单说一下。任何有志于改善、推广WINX的朋友，可以：

• 实现你觉得WINX需要但是目前未提供的功能。
• 在 http://www.winxgui.cn/task/ 上认领一个任务，并进行开发。
• 在 http://www.winxgui.cn/ 上与他人交流WINX开发的心得，或者提供WINX的开发帮助指南。
• 对 http://www.winxgui.cn/ 上的文章进行英文翻译。

你可以事先和我打个招呼（xushiweizh AT gmail dot com），在开发过程中我们可以聊聊进展情况，一起分析技术难题。如果发现有人和你做同样的事情，我也可以帮忙牵一下线。

最后，你的代码/文档如果被WINX采纳，我会在征得你的同意的情况下，把它纳入WINX的官方版本，并在 WINX贡献榜：WINX代码/文档贡献者名单 中记录下你的努力。

在前文，我们已经解释了：

• 自动化（Automation）基础概念：COM组件（Component）与接口（Interface） 
• 自动化（Automation）基础概念：变体（Variant）与Dispatch调用（IDispatch）  
• 自动化（Automation）基础概念：二次开发接口（API）与插件（Addin）

接下来，让我们来解释两个同样常见的词：

• 接口描述语言（IDL）
• 类型库（TypeLib）

前文我们已经解释了二次开发接口（API），它是应用程序用来向外部程序（或插件）提供服务的。我们理一下思路：

• 应用程序是一个EXE形式的COM组件（EXE COM Server）。
• 应用程序对外提供接口（Interface），也就是我们通常说的二次开发接口（API）。
• 为了支持更多的使用者，特别是支持一些脚本语言，应用程序的二次开发接口（API）通常被设计为双接口。

清楚了这些，剩下来的问题是：既然应用程序API是接口，是一种二进制协议，那么，第三方如何知道应用程序提供的接口是什么样子的呢？这就是本文要回答的内容。 阅读这篇文章的其余部分 »

当我们使用调试器来调试程序时,我们希望能够单步调试到源代码中,在代码中设置断点,观察变量的值(包括用户自定义的复杂类型的值)。但是可执行文件只含有原始的字节数据——机器指令和操作系统执行程序时所使用的头信息和表信息。操作系统加载并运行可执行文件后，它根据不同的需求使用不同片段的内存（栈、堆）存放数据，其中的存放的依然是原始的字节数据。那么，调试器如何知道当前CPU指令对应哪一行代码？如何知道堆栈中的地址对应哪一个函数的局部变量？答案是“调试信息”，调试信息是高级编程语言和运行程序的原始字节数据之间的桥梁。

网上看到的一篇关于调试信息方面的好文，是金子就应该发光，不能让它淹没了。:) 

详细内容点击这里: 使用VC++生成调试信息。

• 自动化（COM Automation）基础概念
  • COM组件（Component）与接口（Interface） 
  • 变体（Variant）与Dispatch调用（IDispatch）
  • 二次开发接口（API）与插件（Addin）
  • 接口描述语言（IDL）与类型库（TypeLib）
• 待续…

• C++内存管理变革系列 
  • C++内存管理变革
  • C++内存管理变革(2)：最袖珍的垃圾回收器
  • C++内存管理变革(3)：另类内存管理
  • 再论C++之垃圾回收（GC）
  • C++内存管理变革(4)：boost::object_pool与gc allocator New!
• WINX与内存管理
  • AutoFreeAlloc规格
  • AutoFreeAlloc细节
  • WINX的STD_NEW与MFC共存问题
  • WINX窗口类对象的内存管理
• C++内存管理技巧
  • 重载new/delete要遵循的规则
  • 内存池(MemPool)技术详解
  • boost::pool与内存池技术
  • boost::object_pool
  • 跨模块内存管理的陷阱
  • 最快速度找到内存泄漏
  • copy-on-write技术: vc++ 6.0标准库string类的bug
• GC语言的内存管理问题
  • 垃圾收集机制(Garbage Collection)批判
  • Java的内存泄漏

本文已经迁移至：http://cpp.winxgui.com/cn:gc-allocator-and-boost-object-pool

这篇文章拖的有点久了。NeutralEvil 在3个月之前就在催促我继续写了。只是出于WinxGui完整性的考虑，我一直在刻意优先去补充其它方面的文章，而不是让人去误会WinxGui是一个内存管理库了。:)

言归正传。我们在内存池(MemPool)技术详解已经介绍了boost::pool组件。从内存管理观念的变革来看，这是是一个传统的MemPool组件，尽管也有一定的改进（但只是性能上的改进）。但boost::object_pool不同，它与我在C++内存管理变革强调的观念非常吻合。可以认为，boost::object_pool是一种不通用的gc allocator组件。 阅读这篇文章的其余部分 »

如何让WordPress只是在Blog文章列表中只是显示一个概要？

其实很简单，注意到上面工具栏中的被标记的图标了吗，把光标定位在你希望在Blog文章列表显示的“概要性描述”之后，点击改图标，即大功告成。