Question

我是Valgrind的新手（我的C / C ++生锈了）我收到了一个错误：

40 bytes in 1 blocks are definitely lost in loss record 35 of 111
==26930==    at 0x4C275C2: operator new(unsigned long) (vg_replace_malloc.c:261)
==26930==    by 0x5EFAFDB: cassie_init_with_timeout (cassie.cc:49)
==26930==    by 0x46E647: ngx_cassandra_upstream_get_peer (ngx_cassandra_upstream.c:274)
==26930==    by 0x41E00B: ngx_event_connect_peer (ngx_event_connect.c:25)

我猜测char * last_error_string给了我适合，但我该如何追踪它呢？

这是我的来源：

创建Cassie对象：

cassie_t cassie;

char *error = NULL;
cassie = new Cassie(host,port,error,CASSIE_ERROR_NONE);  /* this is line 49 in the above valgrind trace */
cassie->cassandra               = cassandra;

cassie_t是Object的结构。

typedef struct Cassie *cassie_t;

我有这个，因为我正在包装一个C ++ lib，以便从C中调用它。

这是我们的对象cassie_private.h

#include <string>
#include "libcassandra/cassandra.h"
#include "libcassie/cassie.h"

#ifdef __cplusplus
namespace libcassie {
    using namespace std;
    using namespace boost;
    class Cassie
    {
      // TODO do we need the host and the port??
      public:
            const char*     host;
        int             port;
        cassie_error_code_t last_error_code;
        char*           last_error_string; /* I am guessing my memory problem is here */
        tr1::shared_ptr<libcassandra::Cassandra>                    cassandra;

        Cassie();
        Cassie(const char *&host, int &port,char* &in_error_str, cassie_error_code_t error);
        ~Cassie();
    };
#else
    typedef
         struct Cassie
           Cassie; /* this is for in C */
#endif

}

#endif

这是cassie_private.cc

#include "cassie_private.h"

namespace libcassie {

using namespace std;
using namespace libcassandra;

Cassie::Cassie() :
    host(),
    port(0),
    last_error_code(),
    last_error_string(NULL),
    cassandra()
{}

Cassie::Cassie(const char * &in_host, int &in_port, char* &in_error_str, cassie_error_code_t error) :
        host(in_host),
        port(in_port),
        last_error_code(error),
        last_error_string(in_error_str),
        cassandra()
{}

Cassie::~Cassie() {
    if(last_error_string) delete last_error_string;
}

}

调用此方法是为了在使用结束时删除Object：

void cassie_free(cassie_t cassie) {

    if(!cassie) return;
    cassie->~Cassie();
    if(cassie) delete cassie;

}

如何跟踪此内存泄漏？

提前致谢

Answer 1

Valgrind消息意味着您已经分配了一些内存（在cassie.cc的第49行），但是您正在丢失/覆盖指针而不会在其上调用delete。

您应该跟踪指针值的位置（在调试器中或通过检查），以便找出它丢失的位置。您可以考虑在指针上放置一个调试器观察点;这将识别被覆盖的场景中的问题。如果您要在调试器中执行此操作，请确保已编译但未启用优化。

跟踪Valgrind在1个块中的40个字节肯定会在丢失记录中丢失

1 个答案: