[Sofia-sip-devel] Memory Leak from nua_destroy_handle().

2006-11-29 Thread Colin Whittaker 
I running 1.12.3work4 and I am seeing an occasional memory leak during 
bulk calling tests.
I assume the path to reproduce this requires some kind of error, but i 
have not isolated that yet.
The backtrace to all the leaked memory comes from 
nua_session_usage_shutdown().
I think this happens when the application calls nua_handle_destroy() for 
a handle that is in a dialog.

Here is the backtrace for the first item allocated in this path:
su_home_new()+0x5c
msg_create()+0x2c
nta_msg_create()+0x44
nua_creq_msg()+0x1f8
nua_session_usage_shutdown()+352
nua_dialog_usage_refresh()+0x64
nh_call_pending()+128
nua_stack_destroy_handle()+0x28
nua_stack_signal()+0x40c
su_port_getmsgs()+0xb0
su_port_query()+180
su_root_step()+0x28

All the rest of the items allocated are below nua_creq_msg() or 
nta_outgoing_mcreate() in the call to nua_session_usage_shutdown().
I am guessing the leak is caused by:
nua_session.c line 1175:
  if (cr-cr_orq)/* Wait for BYE to complete? */
nua_creq_deinit(cr, NULL);

So we don't deinit here. But, the handle does get freed.

I'll try to get a SIP trace that causes this, but it may not be easy.

Any thoughts ?

Think we should fix this for 1.12.4 ?

Colin..



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: [Sofia-sip-devel] Memory Leak from nua_destroy_handle().

2006-11-29 Thread Pekka Pessi 
On 11/30/06, Colin Whittaker [EMAIL PROTECTED] wrote:
 I running 1.12.3work4 and I am seeing an occasional memory leak during
 bulk calling tests.
 I assume the path to reproduce this requires some kind of error, but i
 have not isolated that yet.
 The backtrace to all the leaked memory comes from
 nua_session_usage_shutdown().
 I think this happens when the application calls nua_handle_destroy() for
 a handle that is in a dialog.

OK. The

 All the rest of the items allocated are below nua_creq_msg() or
 nta_outgoing_mcreate() in the call to nua_session_usage_shutdown().
 I am guessing the leak is caused by:
 nua_session.c line 1175:
   if (cr-cr_orq)/* Wait for BYE to complete? */
 nua_creq_deinit(cr, NULL);

 So we don't deinit here. But, the handle does get freed.

I think there is an error there and the request message should be
freed in every case (even if the BYE is not sent). I fixed that for
1.12.4.

-- 
Pekka.Pessi mail at nokia.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel