不要对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了
后面写法改对了,产生了实质操作,然后就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