On Mon, Jan 19, 2009 at 10:54:59AM +0800, Spike Spiegel wrote: > > what problem are you seeing? trunk (r1950) does not reflect what we're > talking about as it includes my original return 1 if element is not > found which leads to the truncated xml output. Reverting to 1233 and > applying the latest patch from #223 works fine for me and I get back > the entire tree as there's no a*1700 grid.
the problem was in readline where another off by one buffer overflow was happening for the request array if the request was bigger than 2048. that made the gmetad responses erratic, leaving the connection open and therefore leaking file handles and reporting errors because the response was being sent to the wrong file handle (seem to be easy to replicate in gentoo linux amd64 and fedora core 10 x86 without any stack randomization. a fix was introduced in r1953 and have updated the patch in BUG223 to include it for testing. Carlo ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers