领导一拍板，我没办法，只好跑去上海参加Wind River开发者大会。去出差我是不怕累的，关键是回来后还要提交一个会议报告，这倒是有些麻烦。这次会议的主题是MultiCore，大部分的演讲都是围绕这个主题转开，看来MultiCore将是以后一个重要的发展方向。通过这次的会议，对MultiCore有了一个框架性的认识，总算是有些收获。去年我一个同学买个IBM，在我面前炫耀是酷睿双核，她知道我的笔记本还是老式的单核CPU。当时我对双核没什么概念，就问她：相对于单核，双核CPU的主频应该如何算？她说：你怎么这么笨，当然乘以2呀。我当时想应该达不到这样的效果，但因为不懂，所以也不好反驳。其实双核或多核的CPU的运算能力能达到什么样的程度，在很大程度上决定于程序的设计，但有一点可以肯定：1加1肯定小于2。通常来说双核CPU比单核CPU计算能力能提高50%就已经很好了，况且我们现在所用的软件，基本上都是基于单核CPU这个基础来开发的，所以串行化计算较多，并发计算较少，因此使用双核的CPU，能比单核提高20~30%的计算能力就已经相当不错了。这次会议中午提供的自助西餐倒是不错，但作为纪念品发的那个包实在是有些猥琐。

    VC6是一个非常经典的IDE，从98年一直到现在，虽然.net如日中天，但还是有很多人在进行C++开发时，选择了VC6。不过VC6的bug之多也是臭名昭著，今天我在使用VC6时又发现了一个不可思议的bug。起因是因为在特定的内存管理系统中不能直接调用系统delete操作符来释放一个对象，我尝试重载delete，但没有成功，所以只好显示地调用析构函数，然后再进一步释放对象所占内存。但由于我的粗心，把“->”不小心写成了“.”，下面是一段简单地演示该错误的代码：

#include <iostream>
#include <stdlib.h>
using namespace std;

class A
{
public:
    A()
    {
        cout << "Construction" << endl;
    }
    ~A()
    {
        cout << "Destruction" << endl;
    }
};

int main()
{ 
    A* p = (A*)malloc(sizeof(A));
    new (p) A();

    p.~A();
    free(p);

    return 0;
}

     p是一个对象指针，所以p.~A()是不正确的，因为类型不匹配。但是奇怪的是，上面的代码在VC6下是可以编译通过的，但是运行的结果是只输出了“Construction”，很明显，没有调用析构函数。如果改成p->~A()，就可以调用析构函数，所以VC6的类型检查在遇到显示析构函数调用时存在问题。
      后来我用GCC3.4.2编译，检查到类型不匹配错误，在VC++.net 2003下编译，则检测到的错误是没有找到相应的析构函数。如此看来，VC++.net 2003虽然比VC6有所长进，但错误报告的能力显然还是不及GCC。