Thanks for the report.
This (tiny) memory leak can be fixed by changing line 190 of
"liveMedia/RTPInterface.cpp" from
SocketDescriptor* socketDescriptor = lookupSocketDescriptor(env,
socketNum);
to
SocketDescriptor* socketDescriptor = lookupSocketDescriptor(env,
socketNum, False
Hi Ross,
Using your last release 2013.07.31, I faced a memory leak.
Debugging show that
RTSPClient::~RTSPClient
-> RTPInterface::clearServerRequestAlternativeHandler with
socketNum = -1
-> RTPInterface::setServerRequestAlternativeHandler
-> lookupServerDescrip
Hi Ross
> No you don't :-)
I’m happy to be wrong on that.
> No, I can't do that, because if that code happens to be called while we're
> inside "tcpReadHandler1()" - i.e., while we're inside this loop:
Thanks for taking a look and fixing it. I did notice the crash of course. I
sent my messa
> I know your stance on memory leaks
No you don't :-)
> In the SocketDescriptor destructor, the HashTable::Iterator* “iter” is never
> deleted.
Yes - that was an oversight on my part. It will be fixed in the next release
of the software.
> In SocketDescriptor::deregisterRTPInterface, the f
Hi All,
Please ignore the previous patch I sent with the same subject line; I hit
Send too soon. My apologies for the spam.
Thanks,
Chris Richardson
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/list
Hi Ross,
In testing the most recent version (2013.06.30), I noticed a couple memory
leaks. I know your stance on memory leaks, but these two occur during
normal play/stop operation (not just at shutdown), and so they will have
noticeable effect on long-running devices.
In the SocketDescrip
RESTRICTED@@]
De : live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson
Envoyé : mardi 13 décembre 2011 15:06
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] memory leaks in DelayQueue ?
I continue to analyse memory l
> I continue to analyse memory leaks
Yes, but you should do so on an up-to-date version of the code!
> In BasicUsageEnvironment/DelayQueue.cpp
>
> DelayQueue::~DelayQueue() {
> - while (fNext != this) removeEntry(fNext);
> + while (fNext != this) { DelayQueueEntry* entry=fNext; removeEntr
Hi,
I continue to analyse memory leaks at exit, so I have an other valgrind report
to submit to your mailing list :
192 bytes in 3 blocks are definitely lost in loss record 1 of 1
(see: http://valgrind.org/docs/manual/mc-manual.html#mc-manual.leaks)
at 0x4C27CC1: operator
I searched all files of live555, found nowhere to delete the pointer
of BasicTaskScheduler instance, include playcommon.c . I don't know
whether I should delete it myself.
But the destructor of class "BasicUsageEnvironment" is declared in
protected field and cannot accessed by "delete". Should I
Hello:
At first, Thanks to Ross for help on "mepg4-latm".
Here is another trouble, I made a vs2005 project,which include
some files of live555. In the main() function in file main.c , I copied
code in main() function in playCommon.c of live555. Building,Running
successfully. The program
See my previous message to the list.
(And *do not* send the same message to the list multiple times!)
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailma
I am sending the file which describes regarding the
memory leak in the code.
I'm not convinced that any of these are real memory leaks; instead,
they seem to just be the "LIVE555 Media Server" doing its job.
Note that the server works by dynamically allocating a
"ServerMediaSes
Hi all,
When I demand the latestLIVE555 Media Server with 30
clients, Memory usage is increasing by 4K all the time! Why?
Thanks,
zhaomax.
___
好玩贺卡等你发，邮箱贺卡全新上线！
http://card.mail.cn.yahoo.com/__
Hi all,
When I demand the latestLIVE555 Media Server with 30
clients, Memory usage is increasing by 4K all the time! Why?
Thanks,
zhaomax.
___
好玩贺卡等你发，邮箱贺卡全新上线！
http://card.mail.cn.yahoo.com/
Hi Ross,
I am sending the file which describes regarding the memory
leak in the code.
Thanks,
Viswajeet
16 bytes in 1 blocks are still reachable in loss record 1 of 16
==14379==at 0x4005BA5: operator new(unsigned) (vg_replace_malloc.c:163)
==14379==by 0x804A08E: MediaLookup
There are few memory leaks in
liveMedia/OnDemandServerMediaSubsession.cpp, the object(inputSource)
created is not freed.
No, that's not true. The input source for each
"ServerMediaSubsession" is freed by the "CloseStreamSource()"
function, which in turn is called by "StreamSta
Hi Ross,
There are few memory leaks in
liveMedia/OnDemandServerMediaSubsession.cpp, the object(inputSource) created
is not freed. Also there are few memory leaks in Hash table code, means some
objects are not freed.
Thanks,
Viswajeet.
__
Eyal,
Thanks for the report. These fixes will be included in the next
release of the software.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/lis
Hello,
I have found a few memory leaks in the injector code.
1) In the SubstreamDescriptor() constructor a variable called "rtpmapLine"
gets allocated but never freed.
2) In setDestination() a MediaSession is created to help the created
RTSPClient to setup its sub-sessions.
This
20 matches
Mail list logo
