Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?

2009-06-13 Thread Christian Biere
Michael Rogers wrote: > Matthew Lye wrote: > > I'm noticing an extraordinary number of outgoing attempts to connect > > to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up, > > here. Could the [swarms of] Foxy clients which are [always] failing > > to connect as incoming connec

Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?

2009-06-13 Thread Michael Rogers
Matthew Lye wrote: > I'm noticing an extraordinary number of outgoing attempts to connect > to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up, > here. Could the [swarms of] Foxy clients which are [always] failing > to connect as incoming connections nonetheless be ending up i

[gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?

2009-06-13 Thread Matthew Lye
I'm noticing an extraordinary number of outgoing attempts to connect to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up, here. Could the [swarms of] Foxy clients which are [always] failing to connect as incoming connections nonetheless be ending up in the GTKG hostcache? -

Re: [gtk-gnutella-devel] #ifdef TRACK_MALLOC leaves essential halloc functions undefined

2009-06-13 Thread Christian Biere
Matthew Lye wrote: > The unfinished(?) implementation of TRACK_MALLOC control in "lib/ > halloc.h" is currently causing several halloc functions to remain > undefined if TRACK_MALLOC is not defined. There I fixed it. -- Christian --

[gtk-gnutella-devel] #ifdef TRACK_MALLOC leaves essential halloc functions undefined

2009-06-13 Thread Matthew Lye
The unfinished(?) implementation of TRACK_MALLOC control in "lib/ halloc.h" is currently causing several halloc functions to remain undefined if TRACK_MALLOC is not defined. (Specifically, halloc, hfree, hrealloc, halloc0, and hcopy, as called by matching.c, settings.c, share.c, and tls_commo