在 c++ 中，如果我通过引用将 CString 传递给函数并将其分配给另一个 CString，它将被截断

Question

一些简单的代码在我一直使用的 SDK 中开始失败，而且它显然已经正常工作了很长一段时间，事实上，我几乎肯定我已经编译了这样的部分代码并且它们已经工作了，但是最近都失败了。

在调试器中确认值的示例：

void SomeFunction(CString& paramstring) //let's pretend we pass a string with the value "hello"
{
     int size=paramstring.GetLength(); //size now contains an incorrect shorter value like 4
     CString localstring=paramstring;//localstring contains something like "hell" or "hel"
}

任何可能发生这种情况的想法

Answer 1

我过去在 CString 代码中犯了一个错误，当作为参数传递时，CStrings 无法正常工作。您的问题可能完全不同，但我将在这里解释我做了什么导致了这个问题，因为它可能会对某人有所帮助。

我的 CString 包含一个目录名称。为了稍微清理一下，我检查了最后一个字符是否是“\”，如果是，我通过直接覆盖 CString 内的字符来将其替换为“\0”。

这可能以某种方式破坏了 CString 的完整性，因为它在通过 strlen() 等方法测量的字符串长度与缓冲区的实际大小之间产生了不匹配。我对问题的解释可能不正确，但我认为它基本上可以归结为我破坏了 CString 的完整性。

我通过用类似的内容替换我的陈述来解决我的问题
目录名=目录名.Left(目录名.GetLength()-1);

我是凭记忆写的，并不经常使用这些函数，所以如果我记错了函数名称，请原谅我。无论如何，我的建议是不要将空字符写入 CString 的中间以缩短它，并且如果 CString 作为参数出现问题，请查找该字符（除其他外）。

啊，是的，我认为问题可能与你的相反。如果通过覆盖字符来缩短字符串，那么 GetLength() 可能会返回旧值，该值比您预期的要大。

我的实际问题是 dir + "\" + 文件名不起作用。我认为它是连接包含空值的字符串，最终值只是目录部分，因为那是添加空值的地方。

Answer 2

我唯一的猜测是你的内存覆盖破坏了该对象。

是时候拿出电动工具了。安装 Purify 或 Boundschecker 并找出错误。

Answer 3

我在控制台应用程序中尝试了您的代码，它工作得很好，问题来自代码的另一部分，这里是代码尝试（使用 MFC ）

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

//let's pretend we pass a string with the value "hello"
void fun(CString& paramstring)
{
    int size=paramstring.GetLength();  
    cout<<"size= "<<size<<"\n";
    CString localstring=paramstring;
    wcout<<"string = "<<(LPCTSTR)localstring<<"\n";
}

int main()
{
    CString s ("Hello");
    fun(s);
}

输出：

大小 = 5 字符串 = 你好