10 Oct
2012
10 Oct
'12
9:45 a.m.
Do you got a new backtrace, still happening at different point in config?
Can you try to compile with MEMDBG=1 and test again? Maybe we catch some
faulty memop.
Cheers,
Daniel
On 10/10/12 9:33 AM, samuel wrote:
Yesterday I could not test it but this morning just
tested git version:
kamailio -V
version: kamailio 3.3.1 (x86_64/linux) befbee
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS,
USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM,
SHM_MMAP, PKG_MALLOC, F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT,
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST,
HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: befbee
compiled on 08:57:18 Oct 10 2012 with gcc 4.4.5
And the problem persists. I've tried to use TLS, TCP, and UDP
transports from the User Agent and in all cases there is a problem
when the setflag of siptrace module is set.
How can I debug further the issue?
Thanks a lot indeed for your support!!
Samuel.
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat
Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu