最近程序出了一点BUG，原来运行得好好的程序，突然之间就signal 11了，出问题的调用被执行过很多次，但是在一处特定的执行点直接挂了。
诡异的是，加了一点调试输出，照样挂，但是多了两行系统函数的错误输出。
再加点输出，系统函数的错误输出变了，提示一个奇怪的参数不正确——完全不是我传进去的呀。
碰到这种情形不要慌，一般就是指针问题。
先看看代码怎么回事：
class CodeConverter {private:iconv_t cd;char const * from_charset;char const * to_charset;public:bool initCodeConverter(const char* _from_charset, const char* _to_charset){from_charset = _from_charset;to_charset = _to_charset;return true;}bool convert(string & str){string cmd = string("./iconv -f ") + from_charset + " -t " + to_charset + " iconv.tmp";......return true;}};
代码其实很简单，调用iconv命令转换编码（为什么不直接调用convert函数呢？因为设备上有些问题没解决，代码里面实际上是先尝试用convert函数的，然后才用iconv命令）。
这个类主要就是隐藏了两个字符集参数，以便重复调用的时候不用每次都传。处于某种习惯吧，随手就写了char const *，程序已经运行了很久，没有出过问题，所以看起来一切都欣欣向荣。
但是出了BUG之后就不爽了，经过插入大量跟踪语句，确认了出错位置在构造命令字符串那一句，结合莫名其妙的错误提示，马上想到是char const *问题，最初传入的指针指向的空间在后面已经失效了，被别的代码覆盖了，所以出错。于是改成string之后再运行，一切正常了。（这个BUG能准确复现，这是很幸运的）。
指针的BUG为什么很诡异呢？因为失效的指针指向的空间的内容是不确定的，可能是一个奇怪的数据，也可能是空，也可能还没有被覆盖。
- 之前运行正常：因为还没有被覆盖
- 在那一处异常：因为被覆盖了
- 插入输出语句后现象不一样：因为程序内存布局改变了
所以这是一个教训：
成员变量的指针要谨慎使用。
（这里是结束）
