Hello I think I've found two non-deadlock bugs in CVS HEAD Asterisk,
one in SIP with NAT and one interoperability problem in SIP RFC2833
DTMF. I believe I have them isolated fairly well and can
duplicate them with other hardware/environments. I want to post
some data on this, but first wanted to ask everyone for some input on
advance asterisk debugging.<br>
<br>
So far I have :<br>
1. A tcpdump, rtp debug, and sip debug and can highlight the problem packets.<br>
2. gdb output for "info thread
"<br>
"thread apply all bt" ( RTP type bugs to fast for this??)<br>
3. Makefile modified for: <br>
<br>
DEBUG_THREADS = -DDUMP_SCHEDULER -DDEBUG_SCHEDULER -DDEBUG_THREADS -DDO_CRASH -DDETECT_DEADLOCKS<br>
<br>
OPTIMIZE=+-O6 (yeah its really -O6 ) turned off, DEBUG with -g -pg , TRACE_FRAMES = -DTRACE_FRAMES<br>
Note: From my experience -O6 can cause bugs.<br>
<br>
4. 'gcore' command, strace<br>
5. oprofile? Not sure how to use it<br>
<br>
anything else I am missing? valgrind? Is there a way I can dump
all data structures in gdb for example, the current state of
chan_sip.so? Short of a bunch of printf-like statements I think
this is the only way I can pin point the bug. Can anyone hint me
on how to effectively use oprofile to do this?<br>
<br>
Thanks,<br>
D<br>
<span style="font-family: verdana;"><br>
</span><br>