[asterisk-bugs] [JIRA] (ASTERISK-28095) Asterisk crashes when calling an ODBC function from another ODBC function

Niksa Baldun (JIRA) noreply at issues.asterisk.org
Mon Oct 8 14:45:54 CDT 2018


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

Niksa Baldun updated ASTERISK-28095:
------------------------------------

    Attachment: core-ASTERISK-28095-results.tar.gz

I have attached a backtrace. As for information needed to reproduce the crash, I believe it is included in original report. The crash is easy to reproduce. Create an ODBC function that reads anything from any table, create a second ODBC function that uses the first function in SELECT clause, and then call the second function from anywhere within dialplan.

> Asterisk crashes when calling an ODBC function from another ODBC function
> -------------------------------------------------------------------------
>
>                 Key: ASTERISK-28095
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28095
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Functions/func_odbc
>    Affects Versions: 16.0.0
>            Reporter: Niksa Baldun
>            Assignee: Niksa Baldun
>            Severity: Minor
>         Attachments: core-ASTERISK-28095-results.tar.gz
>
>
> Steps to reproduce:
> Create the following database table (I am using Postgres, but the database server is likely irrelevant):
> {code:sql}
> CREATE TABLE setting (
>     name text NOT NULL,
>     value text NOT NULL,
>     CONSTRAINT setting_unique UNIQUE (name)
> );
> {code}
> Put the following in func_odbc.conf:
> {code:sql}
> [GET]
> prefix=SETTING
> dsn=PBX
> readsql=SELECT value FROM setting WHERE name = '${ARG1}'
> [RESOLVE]
> prefix=SETTING
> dsn=PBX
> readsql=SELECT '${SETTING_GET(${ARG1})}' AS value
> {code}
> When you call {noformat}${SETTING_RESOLVE(somesetting)}{noformat} from dialplan, Asterisk crashes. Calling one function from another may or may not make sense, but I think Asterisk should not crash even if this is not supported.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list