On Mon, Oct 25, 2010 at 17:46, rthompson.dtisoft....@gmail.com <rthompson.dtisoft....@gmail.com> wrote: > I ran Valgrind on our application and found quite a few "possibly > lost" bytes traces. Here is an example of one > > ==1473== at 0x40263A0: operator new(unsigned int) > (vg_replace_malloc.c:214) > ==1473== by 0x4370EB8: > google::protobuf::DescriptorPool::DescriptorPool(google::protobuf::DescriptorDatabase*, > google::protobuf::DescriptorPool::ErrorCollector*) (descriptor.cc:768) > ==1473== by 0x43C8B35: > google::protobuf::compiler::Importer::Importer(google::protobuf::compiler::SourceTree*, > google::protobuf::compiler::MultiFileErrorCollector*) (importer.cc: > 188)
Make sure to call ShutdownProtobufLibrary() to de-allocate memory allocated in global constructors. There are no known leaks (I use it daily with tons of data and protobufs never had been an issue wrt. leaks). -h > > and I have confirmed that I have freed the Importer(). > > Is this something to worry about, or can I count on google::protobuf > not having any memory leaks? > > Thanks in advance! > > -- > You received this message because you are subscribed to the Google Groups > "Protocol Buffers" group. > To post to this group, send email to proto...@googlegroups.com. > To unsubscribe from this group, send email to > protobuf+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/protobuf?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to proto...@googlegroups.com. To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/protobuf?hl=en.