Daniel-Constantin Mierla writes:
I pushed more safety checks for this case. Can you give it another try with the patch from the master (along with the older one)?
didn't help, still crashing.
-- juha
(gdb) where #0 pv_get_geoip (msg=0xb72206a4, param=0xb6fcfce4, res=0xbfc0367c) at geoip_pv.c:334 #1 0x080d7714 in pv_get_spec_value (msg=0xb72206a4, sp=0xb6fcfcd8, value=0xbfc0367c) at pvapi.c:1266 #2 0x080a6841 in lval_pvar_assign (h=0xbfc03aac, msg=0xb72206a4, lv=0xb6fcf97c, rv=0xb6fcfcd0) at lvalue.c:345 #3 0x080a6ecc in lval_assign (h=0xbfc03aac, msg=0xb72206a4, lv=0xb6fcf97c, rve=0xb6fcfccc) at lvalue.c:410 #4 0x080665e3 in do_action (h=0xbfc03aac, a=0xb6fd0080, msg=0xb72206a4) at action.c:1478 #5 0x08067293 in run_actions (h=0xbfc03aac, a=0xb6fd0080, msg=0xb72206a4) at action.c:1599 #6 0x0806797a in run_top_route (a=0xb6fd0080, msg=0xb72206a4, c=0x0) at action.c:1685 #7 0x080e2973 in receive_msg ( buf=0x88fc590 "REGISTER sip:test.tutpro.com SIP/2.0\r\nVia: SIP/2.0/TCP 192.98.102.30:5064;branch=z9hG4bK1ec15dee79452bc0;rport\r\nContact: sip:0x9eb17c8@192.98.102.30:5064;transport=tcp;expires=600;+sip.instance="<ur"..., len=616, rcv_info=0xb4b1933c) at receive.c:211 #8 0x08162874 in receive_tcp_msg ( tcpbuf=0xb4b194f4 "REGISTER sip:test.tutpro.com SIP/2.0\r\nVia: SIP/2.0/TCP 192.98.102.30:5064;branch=z9hG4bK1ec15dee79452bc0;rport\r\nContact: sip:0x9eb17c8@192.98.102.30:5064;transport=tcp;expires=600;+sip.instance="<ur"..., len=616, rcv_info=0xb4b1933c, con=0xb4b19328) at tcp_read.c:1232 #9 0x08163624 in tcp_read_req (con=0xb4b19328, bytes_read=0xbfc03e60, read_flags=0xbfc03e5c) at tcp_read.c:1387 #10 0x081649be in handle_io (fm=0xb751fba8, events=1, idx=-1) at tcp_read.c:1559 #11 0x0815deb9 in io_wait_loop_epoll (h=0x82d60c0, t=2, repeat=0) at io_wait.h:1092 #12 0x081658ba in tcp_receive_loop (unix_sock=42) at tcp_read.c:1728 #13 0x08158ae3 in tcp_init_children () at tcp_main.c:4959 #14 0x080adcee in main_loop () at main.c:1702 #15 0x080b088f in main (argc=17, argv=0xbfc04274) at main.c:2533