1.缘由 一直对log4cpp非常有好感,就在自己的项目中集成了log4cpp1.1.1版本,并围绕着它建立了一系列的封装函数方便外部调用.写完了一个测试代码后,忽然想看看自己写的程序有没有内存泄露问题.在打开了内存检查参数后发现,有程序退出时有不少内存没有释放.由于我的测试程序很小,所以很快就定位到了原来是log4cpp退出时有Appender对象没有释放.拿起谷歌搜了一把网上没有很好的解决方案,本着自己动手丰衣足食的方法,自己动手调整了下代码,到目前为止暂时没有发现新问题.废话不多说了,直接

刚开始的时候一直不知道怎么回事,不过幸好我有在每个class 的析构时都打印一条信息. 这个时候发现我的一个tcp_connection (就是自定义的一个连接类) 在最后才被析构. 所以感觉这里可能出了问题. 由于tcp_connection 是派生自boost::enable_shared_from_this<tcp_connection> 的,猜想可能是需要提前释放某些资源,而不导致io_service 这个资源释放的时候某些数据不对.所以我就在socket 调用close() 之后将这

Log4cpp是一个开源的C++类库,它提供了在C++程序中使用日志和跟踪调试的功能.使用log4cpp,可以很便利地将日志或者跟踪调试信息写入字符流.内存字符串队列.文件.回滚文件.调试器.Windows日志.本地syslog和远程syslog服务器中. 1.Log4cpp简介 Log4cpp是个基于LGPL的开源项目,移植自Java的日志处理跟踪项目log4j,并保持了API上的一致.其类似的支持库还包括Java(log4j),C++(log4cpp.log4cplus),C(log4c),

一.前言 从事自动化测试平台开发的编程实践中,遭遇了几个程序崩溃问题,解决它们颇费了不少心思,解决过程中的曲折和彻夜的辗转反侧却历历在目,一直寻思写点东西,为这段难忘的经历留点纪念,总结惨痛的教训带来的经验,以期通过自己的经历为他人和自己带来福祉:写出更高质量的程序: 由于 C 和 C++ 这两种语言血缘非常近,文本亦对 C 编程语言有借鉴作用: 二.C++ 崩溃分类 一切的偶然并非偶然 在编程实践中,遭遇到了诸如内存无效访问.无效对象.内存泄漏.堆栈溢出等很多C / C++ 程序员常见的问题,

仿佛是忽然间产生的问题,每次程序退出时候,必然崩溃,花了整整一天才找到原因,就是对数据库的IO读写错误.主要是因为析构函数调用了Disconnect函数,内容如下: void SFTPTool::Disconnect() { if (!m_valided) IsCompteValide(); if (!m_valided) { return; } QString strModule = "soft"; if (!m_taskname.isEmpty()) strModule = m_t

项目中用到了智能指针,但是要在智能指针指向的类中获取此类的shared_ptr指针传给其引用的类,结果出现了问题, 测试代码如下: (包括错误解释) //测试 shared_ptr weak_ptr map<string,shared_ptr> #include <stdio.h> //pinrtf ... #include <string> //string ... #include <map> #include <memory> //shar

引用:http://blog.csdn.net/guoliushui/article/details/43017339 今天跟同事遇到了一个问题,问题背景: 一个动态库Tst.dll: 一个应用程序App.exe: App.exe调用Tst.dll,其中动态库接口有个输出参数是vector<T> vtLst: 问题: 发现每次vtLst这具vector变量析构的时候程序崩溃. 最终发现是App.exe工程的属性设置导致的由原来的Multi-threaded Debug (/MTd)改为Mult

linux c++编程 问题背景: 在处理一个公共模块的代码中,其中有以下代码片段 //代码片段-组合一组字符串并存放到szSignKey数组中 ] = {}; sprintf(szSignKey, "userid&%u&version&%s&msg_body&%s&%s", uiUserID, strVersion.c_str(), strMsgBody.c_str(), SIGN_KEY); strMsgBody是一组json格式的字

本文介绍如何使用Log4CPP. Log4Cpp介绍 Log4Cpp的Api接口可以在http://log4cpp.sourceforge.net/api/index.html中查询得到. Log4Cpp中最主要的几个概念是:Category.Appender.Layout以及Priority和NDC(嵌套的诊断上下文).Category负责向日志中写入信息,Appender负责制定日志的目的地,Layout负责设定日志中的格式,NDC则是用来区分不同场景中交替出现日志的手段. Log4cpp记

1.代码如下:class A{public: int _Id; A():_Id(0) { printf("A[%d]\n",_Id); } ~A() { printf("~A[%d]\n",_Id); }}; class B{public: A _A; A* _PA; B() { printf("B\n"); } ~B() { printf("~B\n"); delete _PA; }}; int main(int argc,

看个例子 class CTimer{ public: // 析构函数 virtual ~CTimer(){ } // 开始 void start() { b_exit = false; i = ; t = new std::thread(&CTimer::run, this); } void run() { // Sleep(1000); // i = 800; stop(); return; } // 结束 void stop() { int lll = i; b_exit = true; i

log4cpp是log4j的一个扩展, C++开发者可用该库记录日志,可输出到终端,亦可保存到文件. 下面简单demo展示如何输出日志到输出终端. #include <iostream> #include <log4cpp/Category.hh> #include <log4cpp/OstreamAppender.hh> #include <log4cpp/Priority.hh> #include <log4cpp/PatternLayout.hh

一个错误排查两天,std::string赋初值时最好为"", 如果赋初值为nullptr,因为std::string不能和nullptr作比较,所以后面用的时候会引起崩溃. 佩服我这脑子...因为派生类莫名的析构一直定位问题,最后定位到构造函数,哈哈哈哈哈哈哈哈

五条基本规则: 1.如果基类已经插入了vptr, 则派生类将继承和重用该vptr.vptr(一般在对象内存模型的顶部)必须随着对象类型的变化而不断地改变它的指向,以保证其值和当前对象的实际类型是一致的. 2.在遇到通过基类指针或引用调用虚函数的语句时,首先根据指针或引用的静态类型来判断所调函数是否属于该class或者它的某个public 基类,如果 属于再进行调用语句的改写:  C++ Code  1   (*(p->_vptr[slotNum]))(p, arg-list); 其中p是基类指针

Qt中帮程序员做了一些内存回收的事情,但正因为这些反而让对此不熟悉的人会屡屡犯错. 收录一篇不错的文章: 在C++中学习过程中,我们都知道: delete 和 new 必须 配对使用(一 一对应):delete少了,则内存泄露,多了麻烦更大. Qt作为C++的库,显然是不会违背C++的前述原则的.可是: 在Qt中,我们很多时候都疯狂地用new,却很少用delete,缺少的 delete 去哪儿了?! 注:本文暂不涉及智能指针(smart pointer)相关的东西,你可以考虑 Qt 智能指针学习

本文介绍windows上崩溃分析的一些手段,顺便提多进程调试.死锁等. 1.崩溃分析过程 1.1 确认错误码 不管是用windbg还是用vs.首先应该注意的是错误码,而90%以上的崩溃都是非法訪问. 在非法訪问时.能够看一下訪问的目标地址. 地址是0,或者离0非常近(0x00000008或0xfffffffc). 一般和空指针相关.假设是一个貌似正常的地址,通常是对象已析构后訪问其数据,或者堆破坏. 1.2确认崩溃相应的C++操作 什么是确认崩溃相应的C++操作: 比方非法訪问,通常得有个mov

多少年了,一直处于C与C++混用的状态,申请空间一直用malloc,释放空间一直用free,为什么?因为他们好理解易操作,就如同输出一直用printf而不用<<,输入一直用scanf而不用>>.如果用new和delete,就会涉及到数组的问题,而我却一直没有好好理解过这种情况.今天突然有兴致深入分析下,于是写了下面一段代码: 代码 #include <iostream> using namespace std; int g_i = 0; class TestClass

最近遇到一个朋友,问了我一个刁钻的问题,当你模态弹出一个窗体时,后台把这个窗体的父类给析构了,这个时候会出现什么样的情况? 听到问题后我真是一脸懵逼呀!从来没有这么写过代码. 随后写了一个简单的测试demo,跟踪了下Qt的源码,得出如下结论: 首先程序不会崩溃 模态窗口会被析构并关闭 带着这两个问题我们来研究下Qt的代码 1.测试代码 测试代码超级简单,就是当我们的模态窗体弹出时,使用定时器10s后析构了其父类obj对象 QPushButton * obj = new QPushButton;

代码一气呵成,但运行的时候会出现_CrtIsValidHeapPointer的异常,跟进去调了一上午的Bug,终于搞定 跟踪定位到 _CrtIsValidHeapPointer ,注意到 g 8h"@dbgheap.c 文件中 _CrtIsValidHeapPointer 处注释:          /*          * If this ASSERT fails, a bad pointer has been passed in. It may be          * totally

发生coredump时的错误信息如下: terminate called after throwing an instance of 'cv::Exception' what(): OpenCV(4.1.0-dev) /home/admin/opencv/opencv-master/modules/core/src/matrix.cpp:169: error: (-215:Assertion failed) u->refcount == 0 in function 'deallocate' 以下