[SR-Users] Segmentation fault when loading dialplan

[Javier Gallart]

Hi Daniel

thanks for looking into this issue...it works now!. Kamailio is starting up
smoothly with the latest git loading a non-empty diaplan. I've tested the
dp_translate() function in the config and it also works fine.

There is a small problem with the "mi dp_translate" command. This is the
dialplan table:
| id | dpid | pr | match_op | match_exp | match_len | subst_exp | repl_exp |
attrs |
+----+------+----+----------+-----------+-----------+-----------+----------+-------+
|  1 |    1 |  1 |        1 | ^011      |         0 | ^011(.*)  | 00\1     |
test  |

When I execute the fifo command it works fine:
/usr/local/kamailio/sbin# kamctl fifo dp_translate 1 "01123456789"
Output:: 0023456789
ATTRIBUTES:: test
Jan  3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:308]:
regex operator testing
Jan  3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:344]:
found a matching rule 0x7fecd47c7a80: pr 1, match_exp ^011
Jan  3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:351]:
the rule's attrs are test
Jan  3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:362]:
the copied attributes are: test
Jan  3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dialplan.c:541]:
input 01123456789 with dpid 1 => output 0023456789

,whereas the mi command output is:
sercmd> mi dp_translate 1 "01123456789"
error: 500 - execution failed
Jan  3 10:24:35 kam-test ./kamailio[5298]: DEBUG: dialplan [dp_repl.c:308]:
regex operator testing
Jan  3 10:24:35 kam-test ./kamailio[5298]: DEBUG: dialplan [dp_repl.c:339]:
no matching rule
Jan  3 10:24:35 kam-test ./kamailio[5298]: DEBUG: dialplan [dialplan.c:537]:
could not translate "01123456789" with dpid 1

What do you think?

Regards

Javi


On Mon, Jan 3, 2011 at 12:30 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

>  Hi Javier,
>
> I got access to a troubleshooting environment where the issue could be
> reproduced. So now it is fixed on latest version of branch 3.1. Please give
> it a try and let me know if works ok for you. It was a 32b to 64b issues
> with a parameter given to pcre library (the reason didn't reproduce on my
> system).
>
> Cheers,
> Daniel
>
>
> On 12/6/10 12:47 PM, Javier Gallart wrote:
>
> Hi Daniel
>
> it's a clean 64 bit instalallation. This is the list of loaded modules:
> loadmodule "db_mysql.so"
> #!endif
>
> loadmodule "db_postgres.so"
> loadmodule "mi_fifo.so"
> loadmodule "debugger.so"
> loadmodule "kex.so"
> loadmodule "tm.so"
> loadmodule "tmx.so"
> loadmodule "sl.so"
> loadmodule "rr.so"
> loadmodule "pv.so"
> loadmodule "avpops.so"
> loadmodule "maxfwd.so"
> loadmodule "usrloc.so"
> loadmodule "registrar.so"
> loadmodule "textops.so"
> loadmodule "textopsx.so"
> loadmodule "siputils.so"
> loadmodule "xlog.so"
> loadmodule "sanity.so"
> loadmodule "ctl.so"
> loadmodule "mi_rpc.so"
> loadmodule "acc.so"
> loadmodule "cfgutils.so"
> loadmodule "sqlops.so"
> loadmodule "htable.so"
> loadmodule "db_flatstore.so"
> loadmodule "uac_redirect.so"
> loadmodule "dialplan.so"
> loadmodule "auth.so"
> loadmodule "auth_db.so"
> loadmodule "permissions.so"
>
>
> Regards
>
> Javi
> On Mon, Dec 6, 2010 at 11:59 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>>  Hello,
>>
>>
>> On 12/6/10 11:08 AM, Javier Gallart wrote:
>>
>> Hello
>>
>> I haven't been able to fix this problem yet. Has anyone run into a similar
>> issue?
>>
>>  is it a clean 64b install, or is a mixed 32b - 64b. I wonder if the
>> modules are linked to a different version of the library.
>>
>> I will try to get to a 64b for testing, although I was using dialplan on
>> such arch many times with older releases.
>>
>> Btw, can you paste the list of loaded modules in the config? Just to see
>> which ones are using connection to db.
>>
>> Cheers,
>>  Daniel
>>
>
> --
> Daniel-Constantin Mierla
> Kamailio (OpenSER) Advanced Training
> Jan 24-26, 2011, Irvine, CA, USAhttp://www.asipto.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110103/1f0627d7/attachment-0001.htm>