IOCCC — 国际看不懂的C程序大赛【转】

特定情况下，以下的写法导致最后一个单引号没加上：
写法1：

string strSQL;
strSQL = "WHERE APPEAL_DISPLAY='";
strSQL.append(display);
strSQL.append(" ' "); 

写法2：

string strSQL = "WHERE  APPEAL_DISPLAY='" + display + " ' ";

写法3：

string strSQL = "WHERE  APPEAL_DISPLAY='" + display + " /' ";

以下写法不出此问题：

char szSQL[256] = {0};
string strSQL;
sprintf(szSQL, "WHERE  APPEAL_DISPLAY='%s'", display.c_str() );
strSQL = szSQL;

调试之前执行了Clean+Rebuild，VC6，操作系统是Win2003，但是另外写一个工程运行上述代码就不出错。

出错的时候display的内存情况：

02083E31  67 7A 44 53 4C 38 37 32 35 36 35 31 31 00 00  gzDSL87256511..   

strSQL的内存：

02080A61  57 48 45 52 45 20 41 50 50 45 41 4C 5F 44 49  WHERE APPEAL_DI
02080A70  53 50 4C 41 59 3D 27 67 7A 44 53 4C 38 37 32  SPLAY='gzDSL872
02080A7F  35 36 35 31 31 00 00 00 00 00 00 00 00 00 00  56511.......... 

又经过试验，发现display.size() 为256 ！所以想象可能还是类似上次的包含/0的问题。
追查display的来源如下：
display = CTAppeal.GetExtenNum();
按想象string不能保存包含/0的字符串，

再次测试：

经过测试：
const std::string display="sgsg8176216/0/0/0/0";
int a=display.size();

a==11
string是不会被直接赋值为一个包含/0的字符串的。但是，这里有个问题，就是这样赋值的话应该是被编译器给截断的。所以内存赋值可能string实际可以支持。GetExtenNum()是输出数据库字段的值然后返回，其间也是用string保存数据的，dtl库的内部实现我并不了解，但推测应该还是字符串
 
(2008-05-21 12:03:00)   pyw(4073351)