ccrtp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ccrtp-devel] Memory Leak Identified


From: Federico Montesino Pouzols
Subject: Re: [Ccrtp-devel] Memory Leak Identified
Date: Wed, 13 Apr 2005 13:58:49 +0200
User-agent: Mutt/1.5.8i

Hi, I can't reproduce this bug with valgrind. In my tests, it reports
some weird problems with the write sys call, some pthread calls and
some jumps, but it does not report undeleted new's.

The new operator valgrind complains about creates the RTP packet
object from the data provided to putData. An associated
OutgoingRTPPktLink is also created after that and inserted into the
outgoing queue.  I've skimmed the code and it looks like everything is
then correctly deleted. Just after packets are sent
(OutgoingDataQueue::dispatchDataPacket in outqueue.cpp) the
OutgoingRTPPktLink destructor is called (line 412) which in turn calls
the OutgoingRTPPkt destructor.

On Tue, Apr 12, 2005 at 07:28:25PM -0400, Dan Weber wrote:
> I've been noticing slow but big memory leaks with music on hold and ccrtp. 
> For instance, over 2 days, it was up to 50% of system memory.  Thanks to 
> valgrind I think I have found the leak.
> 
> ==29118== 5890140 bytes in 34245 blocks are still reachable in loss record 
> 75 of 75
> ==29118==    at 0x1B903F70: operator new[](unsigned) (in 
> /usr/lib/valgrind/vgpreload_memcheck.so)
> ==29118==    by 0x1B9B2860: ost::RTPPacket::RTPPacket(unsigned, unsigned, 
> unsigned char) (rtppkt.cpp:148)
> ==29118==    by 0x1B9B2F74: ost::OutgoingRTPPkt::OutgoingRTPPkt(unsigned 
> char const*, unsigned, unsigned char) (rtppkt.cpp:215)
> ==29118==    by 0x1B9B9E3F: ost::OutgoingDataQueue::putData(unsigned, 
> unsigned char const*, unsigned) (outqueue.cpp:338)
> 
> 
> Why aren't the rtp packets being destroyed after they've been sent out?
> 
> Dan
> 
> 
> _______________________________________________
> Ccrtp-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/ccrtp-devel




reply via email to

[Prev in Thread] Current Thread [Next in Thread]