[Users] Crash (core)

[Bogdan-Andrei Iancu]

Hi Lars,

it took some time, but thanks to your details debug output I was able to 
trace the problem and fix the bug. As I was expecting, in was in the 
to/from parser.
Please update from CVS and give it a try.

Thanks again for the help,
bogdan

Lars Sundqvist wrote:

> I wish I could, but the INVITE's are not logged and I have not been 
> able to reproduce the problem on the test system :-( so i realize this 
> isn't very easy to "fix" I was mainly checking if this was a known 
> problem.
>
> Version is 1.0.0-tls (disable_tls=0) compiled from source.
>
> uac is called like:
>    uac_replace_from("SomeText: $avp(s:display)","")
>
> The INVITE was most likely produced by a "Aastra Intelligate" SIP UA 
> since the particular customer has one of these registered right now.
>
> /Lasse
>
> Bogdan-Andrei Iancu wrote:
>
>> Hi Lars,
>>
>> can you please post the complete INVITE request that produces the 
>> crash and how the uac_replace_from() function is called from script? 
>> and what version are you using?
>>
>> regards,
>> bogdan
>>
>> Lars Sundqvist wrote:
>>
>>> I have switched from SER to OpenSER in our production enviroment 
>>> since I
>>> need a few of the "new" modules, I am however having troubles with
>>> OpenSER hanging and crashing, so much so, that I had to change back.
>>>
>>> There is no clues in the logs to why this is happening but i have a
>>> coredump from a crash:
>>>
>>> (gdb) where
>>> #0  0x0052f7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>>> #1  0x005707d5 in raise () from /lib/tls/libc.so.6
>>> #2  0x00572149 in abort () from /lib/tls/libc.so.6
>>> #3  0x08054863 in del_lump (msg=0x0, offset=186, len=-135181242,
>>> type=HDR_OTHER_T) at data_lump.c:288
>>> #4  0x00f8bd20 in replace_from (msg=0x8130d98, from_dsp=0xbff977a0,
>>> from_uri=0x0) at from.c:207
>>> #5  0x00f8e57b in w_replace_from2 (msg=0x8130d98, dsp=0x812f700
>>> "\030W\022\b\v", uri=0x0) at uac.c:311
>>> #6  0x08051703 in do_action (a=0x8126658, msg=0x8130d98) at 
>>> action.c:677
>>> #7  0x080529e3 in do_action (a=0x8126680, msg=0x8130d98) at 
>>> action.c:773
>>> #8  0x0805297b in do_action (a=0x8126a58, msg=0x8130d98) at 
>>> action.c:773
>>> #9  0x0805297b in do_action (a=0x8126f80, msg=0x8130d98) at 
>>> action.c:773
>>> #10 0x0805297b in do_action (a=0x8127058, msg=0x8130d98) at 
>>> action.c:773
>>> #11 0x0805297b in do_action (a=0x812b6d0, msg=0x8130d98) at 
>>> action.c:773
>>> #12 0x080529e3 in do_action (a=0x812b6f8, msg=0x8130d98) at 
>>> action.c:773
>>> #13 0x080529e3 in do_action (a=0x812b720, msg=0x8130d98) at 
>>> action.c:773
>>> #14 0x0805297b in do_action (a=0x812b7f8, msg=0x8130d98) at 
>>> action.c:773
>>> #15 0x08052b42 in run_actions (a=0x8122da0, msg=0x8130d98) at 
>>> action.c:773
>>> #16 0x080753e9 in receive_msg (
>>>    buf=0x80eb300 "INVITE sip:987654321 at xxx.xxx.xxx SIP/2.0\r\nVia:
>>> SIP/2.0/UDP
>>> 192.168.0.17:5060;rport;branch=z9hG4bK0ffd9a6274aeb347617736a6da35e918\r\nTo: 
>>>
>>> 987654321<sip:987654321 at xxx.xxx.xxx>\r\nFrom: 123456789<si"..., 
>>> len=943,
>>> rcv_info=0xbff98b80)
>>>    at receive.c:160
>>> #17 0x0808dd1c in udp_rcv_loop () at udp_server.c:464
>>> #18 0x08064e7f in main_loop () at main.c:1033
>>> #19 0x08065615 in main (argc=3, argv=0xbff98d34) at main.c:1570
>>>
>>> (Numbers and sip domain edited)
>>> Anyone who has a clue whats going wrong?
>>>
>>> Lars Sundqvist
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at openser.org
>>> http://openser.org/cgi-bin/mailman/listinfo/users
>>>
>>
>