最近在工作中,写一计算杆塔绝缘子中心点的GPS坐标程序时，定义了一结构，里面用到了string类型来存储杆塔所属线路号、杆塔号，杆塔模型名称。代码如下:
1
/*
2
@brief 杆塔信息结构
3
*/
4
typedef struct _TOWER_INFO
5
{
6
string strLineNo; ///< 线路号
7 string strTowerNo; ///< 杆塔号
8 string strTowerType; ///< 杆塔类型
9 double dDangDistance; ///< 档距
10 double dHCHeight; ///< 呼称高
11 double dLongitude; ///< 经度
12 double dLatitude; ///< 纬度
13 double dAltitude; ///< 海拔高度
14 double dLineCorners; ///< 线路转角
15 long lCornerDirection; ///< 左转还是右转: 0不转, 1左转, 2右转
16 vector<INSULATOR_INFO::CENTER_POINT_INFO> vecInsulatorCenterPointInfo; ///< 杆塔所有绝缘子中心点信息
17
_TOWER_INFO() { memset(this, 0, sizeof(_TOWER_INFO)); } //该行代码可能会引起string内存泄露
18
19}TOWER_INFO,*PTOWER_INFO; 在后面对该结构的string型变量有赋值操作, 代码如下
1 ......
2 TOWER_INFO cur_tower_center_info;
3 cur_tower_center_info.strLineNo = sheetLine->Cell(i, 2)->GetText(); //调度码
4 cur_tower_center_info.strTowerNo = sheetLine->Cell(i, 7)->GetText(); //杆塔号
5 cur_tower_center_info.strTowerType = sheetLine->Cell(i, 8)->GetText(); //杆塔类型
6 ...... 运行程序,待程序结束后,发现有内存泄露,提示信息如下
1Detected memory leaks!
2Dumping objects ->
3{235250} normal block at 0x01774A60, 16 bytes long.
4 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
5{235237} normal block at 0x01774CB0, 16 bytes long.
6 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
7{235234} normal block at 0x01774A10, 16 bytes long.
8 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
9{235184} normal block at 0x01774200, 16 bytes long.
10 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
11{235171} normal block at 0x01774450, 16 bytes long.
12 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
13{235168} normal block at 0x017741B0, 16 bytes long.
14 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
15{235118} normal block at 0x017739A0, 16 bytes long.
16 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
17{235105} normal block at 0x01773BF0, 16 bytes long.
18 Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
19.. 经过一番源代码跟踪调试后,发现原因在于TOWER_INFO结构体的构造函数内调用了memset(this, 0, sizeof(_TOWER_INFO);使得string内部指针_Bx._Ptrr值为0,_Myres为0,在这种情况下当string对象被赋值为小字符串(字节数包括结束符小于等于16的字符串)时,因新申请的内存在后来得不到释放,所以这块内存被泄露了,根据string类内存管理算法(ms vc版本)得知这块内存大小总是16个字节.但当被赋值为大字符串(字节数包括结束符大于16的字符串)时,反而没有内存泄露,这是因为新申请的内存在析构或下次赋值时总能被释放.
从该泄露问题的分析解决过程中，总结得到规律：不要轻易零初始化string, vector等stl标准容器及具有动态内存管理的类。
posted @
2009-08-07 01:31 春秋十二月 阅读(7645) |
评论 (19) |
编辑 收藏 上次介绍了一种字符串转化为16进制显示的算法，并封装成了API，这个API可用于串口收到数据后按16进制显示字符串，这次介绍串口按16进制发送字符串的算法，使用基于字符类型参数的模板函数实现。算法原理是遍历字符串，将在区间'0'--'9','A'--'F','a'--'f'的字符转化成对应的16进制整数(范围为闭区间0-15)，如遇到连续2个可以转换的字符，则将它们存储在一个无符号字节内，如遇到不能转化的字符，则略过继续。代码如下:
1
/**//**
2
@brief 将字符转化为对应的10进制数整数 ASCII版本
3 * 若字符不能转化则返回-1
4
*/
5
template<typename charT>
6inline char ConvertHexChar(charT ch)
7{
8 if(ch>=(charT)'0'&&ch<=(charT)'9')
9 return ch-(charT)'0';
10 else if(ch>=(charT)'A'&&ch<=(charT)'F')
11 return ch-(charT)'A'+10;
12 else if(ch>=(charT)'a'&&ch<=(charT)'f')
13 return ch-(charT)'a'+10;
14 else
15 return -1;
16}
17
18typedef std::vector<unsigned char> CByteArrayEx;
19
20/**//**
21 @brief 将字符串转化成对应的16进制数形式存储
22 @param template charT 源字符类型
23 @param src 源数据串
24 @param size 要转换的长度,字符数
25 @param ByteArray 存放结果的字节数组
26
27 * 如字符串80 12 34 46 AD FF,对应的就是0x80,0x12,0x34,0x46,0xAD,0xFF
28 该函数会自动过滤不能转换的字符,可转换字符范围在0--9,a--f,A--F区间
29*/
30template<typename charT>
31inline void StrToHex(const charT* src,size_t len,CByteArrayEx& ByteArray)
32{
33 char low = -1, high = -1;
34 for (size_t n = 0; n < len; )
35
{
36 high = ConvertHexChar(src[n++]);
37 if (-1 == high)
38 {
39 continue;
40
}
41 if (n >= len)
42 {
43 ByteArray.push_back(high);
44 break;
45 }
46 low = ConvertHexChar(src[n++]);
47 if (-1 == low)
48 {
49 ByteArray.push_back(high);
50 continue;
51 }
52 ByteArray.push_back(high * 16 + low);
53 }
54}
55
56/**//**
57 @brief 将字符串转化成对应的16进制数形式存储
58 @param template charT 源字符类型
59 @param src 源数据串
60 @param ByteArray 存放结果的字节数组
61*/
62template<typename charT>
63inline void StrToHex(const charT* src,CByteArrayEx& ByteArray)
64{
65 StrToHex(src,select_variable<is_ansi_char<s_charT>::value>(strlen,wcslen)(src),ByteArray);
66}
posted @
2009-07-12 16:58 春秋十二月 阅读(3096) |
评论 (0) |
编辑 收藏
最近在项目中调试串口,,总结封装了字符串转化为16进制显示的算法,串口数据发送一般为ASCII和16进制两种,当收到数据时数据也有ASCII和16进制显示两种方式,下面给出一种转化算法,该算法基于字符类型参数化的模板实现，字符串的转化只是调用其内存版本，算法原理是对字符串内存进行操作转化,以一个字节(unsigned char类型)为单位,分别取其高4位和低4位(范围为0x0--0xF), 转化为对应的目标字符('0'--'F')显示,代码如下
1/**//**
2 @brief MemToHex
3 @param template charT 字符类型
4 @param src 源缓冲区
5 @param size lpSrc指向数据的大小,字节数
6 @param tag 显示分隔符,默认为0表示空字符
7 @return 返回转化后16进制字符串
8*/
9template<typename charT>
10inline std::basic_string<charT> MemToHex(const void* src, size_t size, bool upper = true,charT tag = 0)
11{
12 std::basic_string<charT> strDest;
13 strDest.reserve(2*size);
14
15 unsigned char* pSrc = (unsigned char*)src;
16 unsigned char buf[2];
17
18 for (size_t i = 0; i < size; ++i)
19 {
20 unsigned char c0 = *pSrc >> 4;
21 if ( c0 >= 0x0 && c0 <= 0x9)
22 buf[0] = c0 - 0 + '0';
23 else
24 buf[0] = c0 - 10 + (upper ? 'A' : 'a');
25
26 unsigned char c1 = *pSrc++ & 0x0F;
27 if ( c1 >= 0x0 && c1 <= 0x9)
28 buf[1] = c1 - 0 + '0';
29 else
30 buf[1] = c1 - 10 + (upper ? 'A' : 'a');
31
32 strDest += (charT)buf[0];
33 strDest += (charT)buf[1];
34 if (tag != 0) strDest += tag;
35 }
36 return strDest;
37}
38
39/**//**
40 @brief StrToHex
41 @param template d_charT 目标字符类型
42 @param template s_charT 源字符类型
43 @param src 源字符串
44 @param upper true表示大写,false表示小写
45 @param tag 显示分隔符,默认为0表示空字符
46 @return 返回转化后16进制字符串
47*/
48template<typename d_charT,typename s_charT>
49inline std::basic_string<d_charT> StrToHex(const s_charT* src, bool upper = true,d_charT tag = 0)
50{
51 return MemToHex(src,select_variable<is_ansi_char<s_charT>::value>(strlen,wcslen)(src)*sizeof(s_charT),upper,tag);
52} 在应用中需要转化时, 只需调用StrToHex函数,示例如下:
1 string strDest1 = StrToHex<char>("123456789汉字ABCXYZ");
2 wstring wstrDest1 = StrToHex<wchar_t>("123456789汉字ABCXYZ",true,' ');
3 string strDest2 = StrToHex<char>(L"123456789汉字ABCXYZ");
4 wstring wstrDest2 = StrToHex<wchar_t>(L"123456789汉字ABCXYZ", true,L',');
5
6 TRACE4("%s \n", strDest1.c_str());
7 TRACE4(L"%s \n", wstrDest1.c_str());
8 TRACE4("%s \n", strDest2.c_str());
9 TRACE4(L"%s \n", wstrDest2.c_str()); 结果输出如下:
1313233343536373839BABAD7D641424358595A
231 32 33 34 35 36 37 38 39 BA BA D7 D6 41 42 43 58 59 5A
3310032003300340035003600370038003900496C575B410042004300580059005A00
431,00,32,00,33,00,34,00,35,00,36,00,37,00,38,00,39,00,49,6C,57,5B,41,00,42,00,43,00,58,00,59,00,5A,00,
posted @
2009-06-27 13:08 春秋十二月 阅读(12802) |
评论 (6) |
编辑 收藏
在WINDOWS NT4.0 以上操作系统中，串口通讯有2种模式：同步方式和异步方式。由
CreateFile中的
dwFlagsAndAttributes参数决定，
若指定FILE_FLAG_OVERLAPPED标志则为异步方式，否则为同步方式。当为同步模式时,调用ReadFile或WriteFile会阻塞调用线程直到读完或写完指定量的数据才返回，这样就有可能出现无法退出程序的现象，解决方法是为读写操作设置超时，注意这种超时指的是ReadFile或WriteFile函数的返回时间，仅对同步模式有效。代码如下
1 //以下m_pComPort为本人自己封装的C++串口类CComPort的指针
2
3 // FALSE表示以同步方式打开
4 m_pComPort->Open(2, FALSE, 38400);
5
6 //设置读写超时为5秒
7 COMMTIMEOUTS timeout = { 0 };
8 timeout.ReadTotalTimeoutConstant = 5000;
9 timeout.WriteTotalTimeoutConstant = 5000;
10 m_pCommPort->SetTimeouts(timeout);
11
12 char szData[1024] = { 0 };
13 //读数据
14 DWORD dwRet = m_pCommPort->ReadComm(szData, 1024);
15 //写数据
16 dwRet = m_pCommPort->WriteComm(szData, 1024);
17 //关闭串口
18 m_pCommPort->Close();
当为异步模式时，由于读写操作会立即返回，因此设置超时指的是设置等待操作完成的时间，而不是
ReadFile或
WriteFile函数返回的时间，代码如下
1 //以下m_pComPort为本人自己封装的C++串口类CComPort的指针
2
3 // TRUE表示以异步方式打开
4 m_pComPort->Open(2, TRUE, 38400);
5
6 //设置读写等待超时为5秒
7 char szData[1024] = { 0 };
8
9 //当第3个参数为0时，读写操作会立即返回
10 //读数据
11 DWORD dwRet = m_pCommPort->ReadComm(szData, 1024, 5000);
12 //写数据
13 dwRet = m_pCommPort->WriteComm(szData, 1024, 5000);
14 //关闭串口
15 m_pCommPort->Close();
这里的
ReadComm和
WriteComm的实现内部针对不同模式作了不同处理，异步模式时即调用了
WaitForSingleObject等待函数来设置超时。同步模式时即调用不带重叠结构的
ReadFile或
WriteFile函数来接收或发送指定量的数据。另外在这介绍下串口虚拟软件vspd，这个软件能模拟在同一台计算机上进行两个串口的通讯，有利于没有实际设备情况下的串口调试。
posted @
2009-04-17 19:15 春秋十二月 阅读(4407) |
评论 (0) |
编辑 收藏
只用消息通讯
1 DWORD ThreadProc(LPVOID lParam)
2 {
3 //创建线程消息队列
4 MSG msg;
5 PeekMessage(&msg, NULL, WM_USER, WM_USER, PM_NOREMOVE);
6 //通知其它线程消息队列已创建好
7 SetEvent(hEvent);
8
9 while(true)
10 {
11 GetMessage(&msg, NULL, 0, 0);
12 switch(msg.message)
13 {
14 case WM_QUIT:
15 return 1;
16
17 //自定义消息1处理
18 case WM_USER + 100:
19 break;
20
21 //自定义消息2处理
22 case WM_USER + 101:
23 break;
24 }
25 }
26 return 0;
27 }
只用事件通讯
1 DWORD ThreadProc(LPVOID lParam)
2 {
3 DWORD dwIndex;
4 while (true)
5 {
6 dwIndex = WaitForMultipleObjects(cObjects, pObjects, FALSE, INFINTE);
7 if (WAIT_OBJECT + 0== dwIndex)
8 {
9 return 1; //假设为退出事件
10 }
11 else if (WAIT_OBJECT + 1 == dwIndex)
12 {
13 //事件1受信，处理之
14 }
15
16 else if (WAIT_OBJECT + cObjects - 1 == dwIndwx)
17 {
18 //事件cObjects - 1受信, 处理之
19 }
20 }
21 }
用消息和事件通讯
1 DWORD ThreadProc(LPVOID lParam)
2 {
3 while (TRUE)
4 {
5 DWORD ret ;
6 MSG msg ;
7
8 while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
9 {
10 switch(msg.message)
11 {
12 //线程退出消息,直接返回
13 case WM_QUIT:
14 return 1;
15
16 //自定义消息1处理
17 case WM_USER + 100:
18 break;
19 //自定义消息2处理
20 case WM_USER + 101:
21 break;
22 }
23 }
24 ret = MsgWaitForMultipleObjects(cObjects, lphObjects, FALSE,INFINITE,QS_POSTMESSAGE);
25 if (ret == (WAIT_OBJECT_0 + cObjects))
26 {
27 //有新的消息到来,继续到上步PeekMessage处理
28 continue;
29 }
30 else
31 {
32 //是事件受信了
33 if (ret == WAIT_OBJECT_O)
34 {
35 }
36 else if (ret == WAIT_OBJECT_O + 1)
37 {
38 }
39 else if(ret == WAIT_OBJECT_O + cObjects - 1)
40 {
41 }
42 }
43 return 0;
44 } 上面用到了GetMessage和PeekMessage 函数，这两者都是从消息队列取出消息，不同的是GetMessage从消息队列删除消息，并且阻塞调用线程。PeekMessage则是查询消息队列，如果有消息就取出，没有消息也立即返回，是否从消息队列删除消息由最后一个参数决定:PM_REMOVE表示删除，PM_NOREMOVE表示不删除。可以简单地认为，GetMessage是同步的，PeekMessage是异步的。
posted @
2009-04-15 18:11 春秋十二月 阅读(6284) |
评论 (5) |
编辑 收藏 ACE中的同步机制是轻量级高效的，它不同于MFC中的同步类，MFC中的同步类采用了类继承的方式，而ACE并没有用继承方式，各个不同的锁类是平行的关系，这些类支持相同的接口，即它们的所有公共方法是相同的，因此可被适配用于动态绑定和替换，这种动态绑定是没有虚函数调用开销的,且这些方法代码短小使用了内联实现。应用程序开发者可以通过指定模板实参来使用不同的锁，并可在运行时动态替换。
ACE中的锁是易于使用的，既有互斥锁(ACE_Mutex)又有读写锁(ACE_RW_Mutex)，这些锁又细分为专门用于线程同步(ACE_Thread_Mutex,ACE_RW_Thread_Mutex)和进程(ACE_Process_Mutex,ACE_RW_Process_Mutex)同步的特定锁。相比MFC高级的是ACE中还提供了递归互斥体(ACE_Token)，可有效地用于某些递归例程。
ACE中提供了ACE_Lock锁抽象基类和ACE_Adapter_Lock锁适配器模板类，ACE_Adapter_Lock从ACE_Lock继承，实现了动态绑定和替换。另外，ACE还提供了ACE_Atomic_Op模板类，重载了基本的算术运算符，实现了原子化算术运算。
posted @
2009-04-02 16:33 春秋十二月 阅读(2029) |
评论 (1) |
编辑 收藏