[asterisk-dev] [Code Review]: unchecked_return audit and fixes
jrose
reviewboard at asterisk.org
Tue May 8 15:41:58 CDT 2012
> On May 8, 2012, 3:37 p.m., jrose wrote:
> > /branches/1.8/main/asterisk.c, lines 3229-3230
> > <https://reviewboard.asterisk.org/r/1905/diff/1-2/?file=27754#file27754line3229>
> >
> > Added:
> > ast_set_priority(0);
> >
> > before these lines.
Make that:
ast_set_priority(0);
pthread_exit(NULL);
then sleep and continue.
- jrose
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1905/#review6176
-----------------------------------------------------------
On May 8, 2012, 3:03 p.m., jrose wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1905/
> -----------------------------------------------------------
>
> (Updated May 8, 2012, 3:03 p.m.)
>
>
> Review request for Asterisk Developers and Matt Jordan.
>
>
> Summary
> -------
>
> Makes corrections for a number of unchecked return reports from Coverity and marks a handful of others as being ignorable (because the return seems genuinely inconsequential for these cases). There are a couple oddities that might need a second look.
>
>
> This addresses bug ASTERISK-19658.
> https://issues.asterisk.org/jira/browse/ASTERISK-19658
>
>
> Diffs
> -----
>
> /branches/1.8/apps/app_queue.c 365473
> /branches/1.8/apps/app_voicemail.c 365473
> /branches/1.8/channels/chan_iax2.c 365473
> /branches/1.8/channels/chan_sip.c 365473
> /branches/1.8/channels/iax2-provision.c 365473
> /branches/1.8/channels/sig_analog.c 365473
> /branches/1.8/funcs/func_devstate.c 365473
> /branches/1.8/funcs/func_lock.c 365473
> /branches/1.8/main/acl.c 365473
> /branches/1.8/main/asterisk.c 365473
> /branches/1.8/main/db.c 365473
> /branches/1.8/main/features.c 365473
> /branches/1.8/main/pbx.c 365473
> /branches/1.8/main/xmldoc.c 365473
> /branches/1.8/res/ael/ael.flex 365473
>
> Diff: https://reviewboard.asterisk.org/r/1905/diff
>
>
> Testing
> -------
>
> Testing done depends on the particular issue that was being poked at. In some cases, it was as simple as a snap judgement to add a warning. In a couple others, I would test what would happen as a consequence of an unanticipated return.
>
>
> Thanks,
>
> jrose
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20120508/58f804d3/attachment.htm>
More information about the asterisk-dev
mailing list