ccrtp-devel
[Top][All Lists]
Advanced

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

[Ccrtp-devel] memory leaks


From: Michel de Boer
Subject: [Ccrtp-devel] memory leaks
Date: Fri, 11 Feb 2005 00:15:50 +0100
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)

Hello,

I am using valgrind to hunt for memory leaks in my program. While doing this valgrind flags some memory leaks in ccRTP. Can anyone tell me if these are real memory leaks that needs
to be fixed, or wether these are false alarms.

Here are the memory leaks I find:

==3444== 4 bytes in 1 blocks are definitely lost in loss record 1 of 76
==3444== at 0x1B903231: operator new[](unsigned) (vg_replace_malloc.c:139) ==3444== by 0x1BBE74CA: ost::IPV4Address::operator=(ost::IPV4Address const&) (inaddr.cpp:184) ==3444== by 0x80E414B: ost::IPV4Host::operator=(ost::IPV4Host const&) (/usr/local/include/ccrtp/rtp.h:203) ==3444== by 0x80E3F32: ost::TRTPSessionBase<ost::RTPBaseUDPIPv4Socket, ost::RTPBaseUDPIPv4Socket, ost::AVPQueue>::recvData(unsigned char*, unsigned, ost::IPV4Host&, unsigned short&) (/usr/local/include/ccrtp/rtp.h:203) ==3444== by 0x1B9545BA: ost::IncomingDataQueue::takeInDataPacket() (incqueue.cpp:195) ==3444== by 0x80E3E1F: ost::SingleThreadRTPSession<ost::RTPBaseUDPIPv4Socket, ost::RTPBaseUDPIPv4Socket, ost::AVPQueue>::run() (/usr/local/include/ccrtp/rtp.h:481) ==3444== by 0x1BBE0473: ost::ThreadImpl::ThreadExecHandler(ost::Thread*) (thread.cpp:1096)
==3444==    by 0x1BBDF3FB: ccxx_exec_handler.1 (thread.cpp:1122)
==3444==    by 0x1B90AA4D: thread_wrapper (vg_libpthread.c:867)
==3444==    by 0xB000EF78: do__quit (vg_scheduler.c:1872)


==3444== 4 bytes in 1 blocks are definitely lost in loss record 3 of 76
==3444== at 0x1B903231: operator new[](unsigned) (vg_replace_malloc.c:139) ==3444== by 0x1BBE7A6F: ost::IPV4Address::setAddress(char const*) (inaddr.cpp:350) ==3444== by 0x1BBE785D: ost::IPV4Host::IPV4Host(char const*) (inaddr.cpp:257) ==3444== by 0x1B95D091: ost::QueueRTCPManager::takeInControlPacket() (control.cpp:273) ==3444== by 0x1B95CD78: ost::QueueRTCPManager::controlReceptionService() (control.cpp:202) ==3444== by 0x80E3CFD: ost::SingleThreadRTPSession<ost::RTPBaseUDPIPv4Socket, ost::RTPBaseUDPIPv4Socket, ost::AVPQueue>::run() (/usr/local/include/ccrtp/rtp.h:464) ==3444== by 0x1BBE0473: ost::ThreadImpl::ThreadExecHandler(ost::Thread*) (thread.cpp:1096)
==3444==    by 0x1BBDF3FB: ccxx_exec_handler.1 (thread.cpp:1122)
==3444==    by 0x1B90AA4D: thread_wrapper (vg_libpthread.c:867)
==3444==    by 0xB000EF78: do__quit (vg_scheduler.c:1872)


==3444== 45 bytes in 1 blocks are definitely lost in loss record 30 of 76
==3444== at 0x1B903231: operator new[](unsigned) (vg_replace_malloc.c:139) ==3444== by 0x1B95459D: ost::IncomingDataQueue::takeInDataPacket() (incqueue.cpp:194) ==3444== by 0x80E3E1F: ost::SingleThreadRTPSession<ost::RTPBaseUDPIPv4Socket, ost::RTPBaseUDPIPv4Socket, ost::AVPQueue>::run() (/usr/local/include/ccrtp/rtp.h:481) ==3444== by 0x1BBE0473: ost::ThreadImpl::ThreadExecHandler(ost::Thread*) (thread.cpp:1096)
==3444==    by 0x1BBDF3FB: ccxx_exec_handler.1 (thread.cpp:1122)
==3444==    by 0x1B90AA4D: thread_wrapper (vg_libpthread.c:867)
==3444==    by 0xB000EF78: do__quit (vg_scheduler.c:1872)

Regards,
Michel





reply via email to

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