[asterisk-dev] [Code Review] 3765: astobj2: debug backtrace and assert on invalid refcount
rmudgett
reviewboard at asterisk.org
Fri Jul 18 11:18:50 CDT 2014
> On July 13, 2014, 4:22 p.m., rmudgett wrote:
> > ast_assert() already outputs a backtrace using ao2_bt() even if DO_CRACH is not enabled.
> >
> > We also seem to have two backtrace generation functions:
> > ao2_bt()
> > ast_log_bactrace()
>
> Matt Jordan wrote:
> We could consolidate these two functions easily; ast_log_backtrace should just use ast_verbose instead of ast_debug.
>
> ast_verbose has a bit more functionality in the logger that works hard to get its output seen - if there are no verbosers registered, it will output to stdout.
>
> I don't think printing out a backtrace should live in ao2.
>
> rmudgett wrote:
> * ao2_bt() exists in v1.8+.
> * ast_log_backtrace() exists in v1.8 & v11 as ast_backtrace().
> * Neither are referenced in v1.8 and v11 for anything.
> * v12+ only uses ao2_bt() for ast_assert()
> * Ironically v12+ only uses ast_log_backtrace() in __ao2_ref_debug() before ast_assert(0).
>
> Of course merging them should be done in trunk and maybe v12 with the winner being ast_log_backtrace() using ast_verbose() to log the backtrace.
>
> Matt Jordan wrote:
> At least we are consistently inconsistent!
>
> Scott Griepentrog wrote:
> There is a use of ast_log_backtrace in ast_sip_subscription_notify() in res_pjsip_pubsub.c - is that intentional or leftover debugging?
It looks like leftover debug that either should be removed or noted for removal later.
- rmudgett
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3765/#review12609
-----------------------------------------------------------
On July 18, 2014, 9:58 a.m., Scott Griepentrog wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3765/
> -----------------------------------------------------------
>
> (Updated July 18, 2014, 9:58 a.m.)
>
>
> Review request for Asterisk Developers.
>
>
> Repository: Asterisk
>
>
> Description
> -------
>
> On an invalid refcount, rather than just log the message and continue executing normally, provide a backtrace and an assert to stop on DO_CRASH. This can help to catch the first case of an invalid refcount rather than being distracted from the problem with a flurry additional logs from other threads encountering already mangled data.
>
>
> Diffs
> -----
>
> /trunk/main/utils.c 418910
> /trunk/main/logger.c 418910
> /trunk/main/astobj2.c 418910
> /trunk/include/asterisk/astobj2.h 418910
>
> Diff: https://reviewboard.asterisk.org/r/3765/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Scott Griepentrog
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140718/e71aa2c4/attachment.html>
More information about the asterisk-dev
mailing list