不要对C++类对象或struct对象作memset操做

wsrt进程在处理upgradeAccess部分一直Segment fault，又一直没看出问题。

 

http://blog.csdn.net/yasi_xi/article/details/17840225
缘由在于这句修改，前一个版本没问题，后一个版本必现的话，注意查看版本间相关流程的差别，其实你对比的两个版本之间只有这一句有差别，你没仔细看
        CUpgradeAccess cUpgradeAccess;
        //memset(&cUpgradeAccess,sizeof(cUpgradeAccess),0);
        memset(&cUpgradeAccess,0,sizeof(cUpgradeAccess));

 

前面的写法有问题，实际上没有实质操做。 而这里原本也不须要实质操做，因此是将错就错
后面写法改对了，产生了实质操做，而后就crash了

 

参考页面中有下面代码：

 

#include <string.h>

int main() {
    struct TestStruct
    {
        int a;
        std::string b;
    };

    TestStruct t = {};  // OK

    {
        TestStruct t1;
        memset(&t1, 0, sizeof t1);  // ruins member 'b' of our struct
    }  // Application crashes here

    return 0;
}

#include <string.h>

int main() {
	struct TestStruct
	{
		int a;
		std::string b;
	};

	TestStruct t = {};  // OK

	{
		TestStruct t1;
		memset(&t1, 0, sizeof t1);  // ruins member 'b' of our struct
	}  // Application crashes here
	
	return 0;
}

TestStruct t = {} 是正确的作法，而memset(&t1, 0, sizeof t1) 会致使crash。

 

 

crash的缘由：

程序在第13行建立 t1 对象，在第15行出了{}做用域的时候，会自动执行 t1 的析构。

在析构到 t1 的string成员 b 的时候，由于 b 的内部结构都被 memset 破坏了（都赋成0了），从而不能正常进行析构操做，最终致使crash。

 

Crash时的callstack以下：

 

(gdb) bt
#0  0x00007f383f9154ab in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() ()
   from /usr/lib64/libstdc++.so.6
#1  0x0000000000400810 in TestStruct::~TestStruct (this=0x7fff57c54ee0, __in_chrg=<value optimized out>) at t.cpp:11
#2  0x0000000000400889 in main () at t.cpp:20

(gdb) bt
#0  0x00007f383f9154ab in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() ()
   from /usr/lib64/libstdc++.so.6
#1  0x0000000000400810 in TestStruct::~TestStruct (this=0x7fff57c54ee0, __in_chrg=<value optimized out>) at t.cpp:11
#2  0x0000000000400889 in main () at t.cpp:20