Thanks for reporting this. This is strange. The problem appears to be occurring in the “SocketDescriptor” destructor; it is apparently finding - within its “fSubChannelHashTable” - a pointer to a “RTPInterface” object that had already been deleted.
But what I can’t (yet) understand is how this can be happening - because the “RTPInterface” destructor would have called “stopNetworkReading()”, which would have called “deregisterSocket()” for each of the (socket-number, stream-channel-id) pairs. This should have removed the “RTPInterface”s pointer from each “SocketDescriptor”s “fSubChannelHashTable”. Lots of people have been using RTP/RTCP-over-TCP streaming (for many years), and several bugs in this part of the code were fixed a few years ago - so it’s a bit surprising that nobody else has reported this new problem. It appears that you are using the code in a way that many other people aren’t. If you can figure out more about how/why this problem is occurring, please let us know. Thanks again for the report. Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
