CString 的 Bug(MFC42)

最新推荐文章于 2018-06-09 07:35:22 发布

whoo

最新推荐文章于 2018-06-09 07:35:22 发布

阅读量2.5k

点赞数

文章标签： mfc character google access c++ .net

本文链接：https://blog.csdn.net/whoo/article/details/575969

版权

前两天在处理一个字符串的时候发现一个奇怪的现象：当删除字符串中的引号时，后面的中文都变成了乱码，搞得我一头雾水。

一看内存，发现中文字符的前后两个字节被分了家：一个字节岿然不动，一个字节根据删除减少的字符数向前移动。

这就奇怪了，难道是MFC的问题？？

跟进去一看，果不其然！ MFC42 （vs6）是这么处理的：

CString::Remove(TCHAR ch)

......

while (pstrSource < pstrEnd)
{
  if (*pstrSource != chRemove)
  {
   *pstrDest = *pstrSource;
   pstrDest = _tcsinc(pstrDest);
  }
  pstrSource = _tcsinc(pstrSource);
}

MFC42其实考虑到了MBCS的情况，所以用了 _tcsinc来判断下一字符的位置；可惜只考虑了一半，赋值时

*pstrDest = *pstrSource

可不像它想象的那么聪明，只能根据类型定义拷贝了单个字节。所以就发生了删除一个字符后，后面的字符往前移动时只移动了双字节字符的前一个字节的情况。

根据源代码的意思，实际上删除任何一个字符，其后面的中文字符串都会乱掉。

字符串的处理是个蛮古董的话题了，出现这样子的bug确实让我吃了一惊。刚好手头还有vs2003，于是试了试，发现已经更改过来了。

代码如下：

  while( pszSource < pszEnd )
  {
   PXSTR pszNewSource = StringTraits::CharNext( pszSource );
   if( *pszSource != chRemove )
   {
    // Copy the source to the destination. Remember to copy all bytes of an MBCS character
    PXSTR pszNewDest = pszDest+(pszNewSource-pszSource);
    while( pszDest != pszNewDest )
    {
     *pszDest = *pszSource;
     pszSource++;
     pszDest++;
    }
   }
   pszSource = pszNewSource;
  }