libupnp/upnp
Marcelo Roberto Jimenez 6aa2419cfd SF Bug Tracker [ 2392166 ] ithread_detach not called for finished worker thread
Submitted: Ulrik ( ulsv_enea ) - 2008-12-05 08:24

	Valgrind reports a memory leak due to that the function ithread_detach is
	not called for finished worker threads in ThreadPool.c.

	==21137== 2,176 bytes in 8 blocks are possibly lost in loss record 5 of 5
	==21137== at 0x4C20F3F: calloc (vg_replace_malloc.c:279)
	==21137== by 0x4010F58: _dl_allocate_tls (in /lib/ld-2.6.1.so)
	==21137== by 0x544BA92: pthread_create@@GLIBC_2.2.5 (in
	/lib/libpthread-2.6.1.so)
	==21137== by 0x5F94592: CreateWorker (ThreadPool.c:639)
	==21137== by 0x5F95079: ThreadPoolInit (ThreadPool.c:784)

	I'm using libupnp 1.6.6

	For more info on pthread_detach, see:
	http://gelorakan.wordpress.com/2007/11/26/pthead_create-valgrind-memory-lea
	k-solved/



git-svn-id: https://pupnp.svn.sourceforge.net/svnroot/pupnp/branches/branch-1.6.x@520 119443c7-1b9e-41f8-b6fc-b9c35fce742c
2010-03-21 22:41:49 +00:00
..
doc Include prebuilt documentation (html,pdf), dropping doc++ dependancy. 2006-07-06 12:37:29 +00:00
inc Backport of svn revision 504: 2010-03-21 15:42:40 +00:00
m4 Backport: Added an m4 macro to deal with finding libupnp in the users' 2008-07-10 04:02:16 +00:00
sample SF Bug Tracker [ 2392166 ] ithread_detach not called for finished worker thread 2010-03-21 22:41:49 +00:00
src SF Bug Tracker [ 2392304 ] Memory leak in SSDP AdvertiseAndReply 2010-03-21 21:19:13 +00:00
test Merge of trunk into branch 1.6.x. 2008-02-03 01:36:23 +00:00
LICENSE Removing unnecessary additional directory level. 2006-07-04 02:44:17 +00:00
Makefile.am Backport of most of upnp.h with documentation. 2008-07-27 03:06:21 +00:00