CCing to serdev. Sorry for double posting, but I think it makes more sense there and users can follow discussion from &quot;users&quot; to &quot;dev&quot;<br><br>After some tests with compilling flags and ignoring compiler warnings I could both core and module have same parameters and reach the following:<br>
<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fixing sl_send_reply()<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820, 24) called from sr_module.c: fix_param(626)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820, 24) returns address 0x8184ad8<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0x814d820, 0x8184ad8), called from sr_module.c: fix_param(677)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing block alloc&#39;ed from sr_module.c: fix_param(626)<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820, 24) called from sr_module.c: fix_param(626)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820, 24) returns address 0x8184ad8<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820, 24) called from sr_module.c: fix_param(626)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820, 24) returns address 0x8184a28<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0x814d820, 0x8184a28), called from sr_module.c: fix_param(654)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing block alloc&#39;ed from sr_module.c: fix_param(626)<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0xb55bc000, 0xb57ded9c), called from dlg_mod.c: destroy_dialog_mutex(107)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing block alloc&#39;ed from dlg_mod.c: init_dialog_mutex(97)<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0x814d820, 0x815791c), called from sr_module.c: destroy_modules(393)<br>Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing block alloc&#39;ed from sr_module.c: register_module(146)<br>
Feb&nbsp; 5 16:45:19 test1 /usr/local/sbin/ser[12987]: presence_b2b module cleanup<br><br>Which looks like there&#39;s a problem in the fixing functions that ends up calling destroy_modules. I&#39;ve never fully understood fixing functions so don&#39;t know if I can debug the problem further...I&#39;ll give it a try.<br>
<br>Sam.<br><br><br><br><div><span class="gmail_quote">2008/2/5, samuel &lt;<a href="mailto:samu60@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">samu60@gmail.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br><br>Trying to add debug information about the memory management, I found a problem with the compilation flags:<br><br><br>Feb  5 14:41:28 test1 ser: ERROR: module compile flags mismatch for /usr/local/lib/ser/modules/domain.so   core: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_DST_BLACKLIST  module: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_QM_MALLOC, DBG_F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_DST_BLACKLIST<br>

<br><br>Domain module defines&nbsp;DBG_F_MALLOC althoug it is commented in Makefile.defs and the core does not defines it....I found similar problem with ratelimit module....<br><br>any hint why is this behaviour happening?<br>

 sam.<br><br><div><span class="gmail_quote">2008/2/5, samuel &lt;<a href="mailto:samu60@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">samu60@gmail.com</a>&gt;:</span><div><span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 I had the same issue, rel_2_0_0_rc6, everything seems to be ok&nbsp;(config file ok, no error on log although log=9) but it does not start:<br><br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: Expect (at least) 21 SER processes in your process list<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select: &#39;to&#39;<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select: &#39;tag&#39;<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select: &#39;to&#39;<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select: &#39;tag&#39;<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: fixing sl_send_reply()<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: presence_b2b module cleanup<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... events UAC<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... qsa interface<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... common libs<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: presence_b2b module cleanup finished<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: PA module cleanup<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: RLS module cleanup<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... rls<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: rls_destroy() called<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... vs<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... time event management<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  rls_mod_destroy: ... db<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... common libs<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: RLS module cleanup finished<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: xcap module cleanup<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]:  ... common libs<br>
Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: xcap module cleanup finished<br>
  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: MSILO: destroy module ...<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DISPATCHER: destroy module ...<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG: clean_ipmatch(): free shared memory required by ipmatch table<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: RATELIMIT: destroy module ...<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: PIKE - destroying module<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4ce0<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4d20<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4d60<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4da0<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4de0<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4e20<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list 0xb56d4430<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:destroy_avp_list: destroying list (nil)<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: XLOG: destroy module ...<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG: tm_shutdown : start<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG: tm_shutdown : emptying hash table<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG: tm_shutdown : removing semaphores<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG: tm_shutdown : destroying tmcb lists<br>

  Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG: tm_shutdown : done<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: shm_mem_destroy<br>Feb  5 12:18:43 test /usr/local/sbin/ser[1280]: destroying the shared memory lock<br>

<br>is there any furthter info that I can&nbsp;provide&nbsp;to&nbsp;track&nbsp;the&nbsp;error?<br><br>Thanks in advance,<br>Samuel.<br><br><div><span class="gmail_quote">2008/2/4, Tomasz Zieleniewski &lt;<a href="mailto:tzieleniewski@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">tzieleniewski@gmail.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><span> Hi,<br><br>I have just downloaded the latest cvs sources of rel_2_0_0.<br>I compiled and installed it as usually:<br><br>make proper<br>make prefix=/homedir install<br><br>after this each time I start ser it breaks down<br>

   here my log from console:<br><br>Starting SER SIP Proxy: ser<br>$Listening on<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; udp: <a href="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a> [<a href="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a>]:7060<br>

  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; udp: <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> [<a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a>]:7060<br>

   &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tcp: <a href="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a> [<a href="http://127.0.0.1" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1</a>]:7060<br>

  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tcp: <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> [<a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a>]:7060<br>

   Aliases:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tcp: venom:7060<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tcp: <a href="http://venom.touk.pl:7060" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">venom.touk.pl:7060</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tcp: localhost:7060<br>

  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; udp: venom:7060<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; udp: <a href="http://venom.touk.pl:7060" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">venom.touk.pl:7060</a><br> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; udp: localhost:7060<br>

 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *: sip.rd.touk.pl:*<br><br>WARNING: no fork mode and more than one listen address found (will use only the the first one)<br>&nbsp;0(11117) init_tcp: using epoll_lt as the io watch method (auto detected)<br> &nbsp;0(11117) Maxfwd module- initializing<br>

  &nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>&nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>

   &nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>&nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>

  &nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br> &nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>

  &nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>&nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>

   &nbsp;0(11117) WARNING: xl_mod_init: more IP <a href="http://192.168.129.38" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.129.38</a> not used<br>&nbsp;0(11117) AVPops - initializing<br>&nbsp;0(11117) using &#39;none&#39; subscription authorization for presence!<br>

  &nbsp;0(11117) TRACE: qsa_interface.c:55: PA: PA_CONTENT_TYPE: 0x2ba1844692e0<br> &nbsp;0(11117) INFO: xcap_mod.c:55: xcap module initialization<br>&nbsp;0(11117) TRACE: virtual_subscription.c:55: RLS: RLS_PRESENCE_INFO: 0x2ba1844692e0<br>

  &nbsp;0(11117) TRACE: virtual_subscription.c:63: RLS: RLS_RAW: 0x2ba184479598<br> &nbsp;0(11117) using &#39;none&#39; rls-subscription authorization!<br>&nbsp;0(11117) TRACE: qsa_events.c:331: presence_b2b: b2b_CONTENT_TYPE: 0x2ba1844692e0<br>

  &nbsp;0(11117) WARNING: tls: mod_init: tls support is disabled (set enable_tls=1 in the config to enable it)<br> exec - initializing<br>ERROR: error -1 while trying to fix configuration<br><br>Best regards<br><span>tomasz<br>

</span><br></span></div>_______________________________________________<br>Serusers mailing list<br><a href="mailto:Serusers@lists.iptel.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Serusers@lists.iptel.org</a><br>

<a href="http://lists.iptel.org/mailman/listinfo/serusers" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.iptel.org/mailman/listinfo/serusers</a><br><br></blockquote></div><br></blockquote>

</span></div></div><br></blockquote></div><br>