Wireshark-bugs: [Wireshark-bugs] [Bug 2017] VoIP trace crashes Wireshark when specific RTP Playe

Date: Sun, 2 Dec 2007 21:24:48 +0000 (GMT)
http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2017





------- Comment #7 from stephentfisher@xxxxxxxxx  2007-12-02 21:24 GMT -------
Thanks for your updates!  Especially the way to reproduce the bug with fewer
steps :).

I've been unsuccessful in tracking down the problem with many memory debuggers
on MacOS X and Linux (OS X: libMallocDebug, libgmalloc, MallocDebug, Duma
Linux: Valgrind, MALLOC_CHECK_ env var, Electric Fence, Duma).  I CAN now catch
the problem when running a memory debugger on OS X set to force a crash on the
bad g_free, but it doesn't crash in OS X otherwise.  What makes it hard for
some of the OS X debuggers is that the problem doesn't happen every time when
you go into the VoIP stats dialog so it takes too long to debug/machine runs
out of resources putting guard pages and such in.

According to  one of the debuggers in OS X, the g_free of the src_addr.data is
what actually corrupted the heap.  Gibc on Linux catches a suspected double
free in the same place.

Now I'm resorting to putting g_warning() (like printf) to display values of
variables and pointers at various parts of voip_calls.c.


-- 
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.