[asterisk-bugs] [JIRA] (ASTERISK-20538) inconsistent ast_verb numbering

Matt Jordan (JIRA) noreply at issues.asterisk.org
Mon Oct 29 20:51:18 CDT 2012


    [ https://issues.asterisk.org/jira/browse/ASTERISK-20538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=198997#comment-198997 ] 

Matt Jordan commented on ASTERISK-20538:
----------------------------------------

I can't remember, didn't you commit a patch to fix a lot of these recently?  If so, does this issue need to remain open?  (Erin is working on getting the subversion tab back... I'm practically blind without it sometimes)
                
> inconsistent ast_verb numbering
> -------------------------------
>
>                 Key: ASTERISK-20538
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20538
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/General
>    Affects Versions: 1.8.18.0
>            Reporter: Walter Doekes
>            Assignee: Rusty Newton
>            Severity: Trivial
>
> {noformat}
> asterisk-1.8.x$ find . -name '*.c' | xargs grep -h 'ast_verb([0-9]' | sed -e 's/.*ast_verb(//;s/,.*//' | sort | uniq -c
>     128 0
>     136 1
>       3 10
>       8 11
>     131 2
>     565 3
>      85 4
>      13 6
> {noformat}
> I.e. 3 uses of ast_verb(10) and 8 of ast_verb(11). Is there a good reason for this? Or could those calls be lowered to the 5-6 range?
> {noformat}
> asterisk-1.8.x$ find . -name '*.c' | xargs grep -l 'ast_verb(10,'
> ./cel/cel_odbc.c
> ./res/res_odbc.c
> ./cdr/cdr_adaptive_odbc.c
> {noformat}
> {noformat}
> asterisk-1.8.x$ find . -name '*.c' | xargs grep -l 'ast_verb(11,'
> ./cel/cel_odbc.c
> ./cel/cel_pgsql.c
> ./cdr/cdr_odbc.c
> ./cdr/cdr_pgsql.c
> ./cdr/cdr_adaptive_odbc.c
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list