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

Walter Doekes (JIRA) noreply at issues.asterisk.org
Tue Oct 30 01:34:18 CDT 2012


     [ https://issues.asterisk.org/jira/browse/ASTERISK-20538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Walter Doekes updated ASTERISK-20538:
-------------------------------------

    Status: Waiting for Feedback  (was: Waiting for Feedback)

Indeed I did. Forgot to close this one.

http://lists.digium.com/pipermail/asterisk-commits/2012-October/057332.html
                
> 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: Walter Doekes
>            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