On 19 Jan 2007, [EMAIL PROTECTED] wrote:
[snip]
> It doesn't seem like the rx_disable, etc. will go up and down layers
> to manage memory?
Sorry, I missed it...
static void
rx_deep_free(rxdrv_t *rx)
{
g_assert(rx);
* if (rx->lower)
* rx_deep_free(rx->lower);
RX_DESTROY(rx);
wfree(rx, sizeof(*rx));
}
I do have several leaks related to rx_link_init(). From a log,
07-01-18 23:19:26 (WARNING): destroyed zone (28-byte blocks) still holds 6
entries
07-01-18 23:19:26 (WARNING): leaked block 0x41af562c from "rx_link.c:171"
07-01-18 23:19:26 (WARNING): leaked block 0x41af5824 from "atoms.c:391"
07-01-18 23:19:26 (WARNING): leaked block 0x41af5ac4 from "rx_link.c:171"
07-01-18 23:19:26 (WARNING): leaked block 0x419dab80 from "rx_link.c:171"
07-01-18 23:19:26 (WARNING): leaked block 0x418570ac from "rx_link.c:171"
07-01-18 23:19:26 (WARNING): leaked block 0x41043354 from "event.c:52"
07-01-18 23:19:26 (WARNING): leak summary by total decreasing size:
07-01-18 23:19:26 (WARNING): leaks found: 3
07-01-18 23:19:26 (WARNING): 112 bytes (4 blocks) from "rx_link.c:171"
I did four browse hosts. Maybe this is just a co-incidence? Still
nothing looks wrong now.
Regards,
Bill Pringlemeir.
-------------------------------------------------------------------------
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.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
