[Live-devel] Access violation in ReorderingpacketBuffer::freepacket
Jeff Shanab
jshanab at smartwire.com
Tue Mar 12 05:24:45 PDT 2013
I am trying to solve a crash in my code that shows up at the line indicated in MyultiFramedRTPSource.cpp from the 2013.03.07 livee555 code. I had this same issue with the 2012.02.29, so I updated. When I inspected the packet before the update, it was always the fBuf value that was 0xddddddd but this time absolutely everything looks valid.
class ReorderingPacketBuffer {
public:
ReorderingPacketBuffer(BufferedPacketFactory* packetFactory);
virtual ~ReorderingPacketBuffer();
void reset();
BufferedPacket* getFreePacket(MultiFramedRTPSource* ourSource);
Boolean storePacket(BufferedPacket* bPacket);
BufferedPacket* getNextCompletedPacket(Boolean& packetLossPreceded);
void releaseUsedPacket(BufferedPacket* packet);
void freePacket(BufferedPacket* packet) {
if (packet != fSavedPacket) {
delete packet; <<<-------------Access violation here
} else {
fSavedPacketFree = True;
}
}
The 0xdddddddd is a magic value placed in pointer locations by the debug runtime to signal that the memory the pointer points to has already been released. To make it easier to find.
The only thing I can see is that the packet size is 20000 but the memory at that location is only 23 bytes and the rest is the cdcdcd... pattern which is "Clean memory" it means it is newly initialized and so even that looks ok.
Any suggestions on how to track this down? This was after a few minutes of streaming video.
Jeff Shanab, Manager-Software Engineering
D 630.633.4515 | C 630.453.7764 | F 630.633.4815 | jshanab at smartwire.com<mailto:jshanab at smartwire.com>
[MVSSig]
This message and any attachments contain confidential and proprietary information, and may contain privileged information, belonging to one or more affiliates of Windy City Wire Cable & Technology Products, LLC. No privilege is waived by this transmission. Unauthorized use, copying or disclosure of such information is prohibited and may be unlawful. If you receive this message in error, please delete it from your system, destroy any printouts or copies of it, and notify the sender immediately by e-mail or phone.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130312/b9d34d7b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 18265 bytes
Desc: image001.gif
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130312/b9d34d7b/attachment-0001.gif>
More information about the live-devel
mailing list