Bug #41422 for RPC-XML: Memory leak when client attempts to connect to non-existent server

Thu Dec 04 04:44:40 2008 aleph [...] al3ph.org - Ticket created

Subject:	memory leak
Date:	Thu, 04 Dec 2008 09:44:19 +0000
To:	bug-RPC-XML [...] rt.cpan.org
From:	Al <aleph [...] al3ph.org>

Hi, the following code loses 100K every time it`s called. my $cli = RPC::XML::Client->new('http://localhost:6666'); my $resp = $cli->send_request('blah'); The memory loss only occurs if the target server is not running. Module Version: 1.24 FC8 x86_64 cheers al

Mon Dec 29 21:32:34 2008 rjray [...] blackperl.com - Taken

Mon Dec 29 21:32:36 2008 rjray [...] blackperl.com - Status changed from 'new' to 'open'

Mon Dec 29 21:37:07 2008 rjray [...] blackperl.com - Severity Important added

Wed Sep 02 17:41:08 2009 rjray [...] blackperl.com - Correspondence added

Does it leak memory every time send_request() is called? Or are you noticing that the process grows by 100K? Because that could be due to Perl internally allocating structures as the LWP::UserAgent and message-related libraries initialize. I have run the sample code you gave, having it repeat the request 10 times or more, and not even valgrind is showing that much leaked memory. Can you supply more details? -- """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Randy J. Ray Silicon Valley Scale Modelers: http://www.svsm.org rjray@blackperl.com randy.j.ray@gmail.com

Thu Sep 10 05:41:58 2009 aleph [...] al3ph.org - Correspondence added

Subject:	Re: [rt.cpan.org #41422] memory leak
Date:	Thu, 10 Sep 2009 10:41:33 +0100
To:	bug-RPC-XML [...] rt.cpan.org
From:	aleph <aleph [...] al3ph.org>

Hmm this was a while back, I no longer have this environment available, but from memory the code looked more like sub send_request { my $cli = RPC::XML::Client->new('http://localhost:6666'); my $resp = $cli->send_request('blah'); } Every time the above function was called memory would be lost (only if remote server was not up). It`s possible this has been fixed by now. ta al Randy J Ray via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=41422 > > > Does it leak memory every time send_request() is called? Or are you > noticing that the process grows by 100K? Because that could be due to > Perl internally allocating structures as the LWP::UserAgent and > message-related libraries initialize. > > I have run the sample code you gave, having it repeat the request 10 > times or more, and not even valgrind is showing that much leaked memory. > Can you supply more details? >

Tue Aug 23 18:45:41 2011 rjray [...] blackperl.com - Correspondence added

I am taking a closer look at this. I can confirm that memory grows each time the request is made, though not by as much as the ticket initially reported. Still, it is growing. -- Randy J. Ray rjray@blackperl.com randy.j.ray@gmail.com

Tue Aug 23 18:46:30 2011 rjray [...] blackperl.com - Broken in 0.76 added

Tue Aug 23 18:46:30 2011 rjray [...] blackperl.com - Subject changed from 'memory leak' to 'Memory leak when client attempts to connect to non-existent server'

Tue Aug 23 18:48:02 2011 aleph [...] al3ph.org - Correspondence added

Subject:	Re: [rt.cpan.org #41422] memory leak
Date:	Tue, 23 Aug 2011 23:47:53 +0100
To:	bug-RPC-XML [...] rt.cpan.org
From:	aleph <aleph [...] al3ph.org>

Fair call, though it`s been 3 years since I spotted this one :) On 23/08/11 23:45, Randy J Ray via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=41422> > > I am taking a closer look at this. I can confirm that memory grows each > time the request is made, though not by as much as the ticket initially > reported. Still, it is growing. >

Wed Aug 24 14:26:51 2011 rjray [...] blackperl.com - Correspondence added

Yes, I was never able to find anything when I first looked at it, then it got lost in the shuffle when I had some health problems. Right now, I've been through the code with Devel::Leak and Devel::Cycle, and found nothing. I'm actually starting to think the leak might be in the LWP module rather than my code. I'm going to be doing some deeper debugging over the next few days to see if I can find it there, and report the bug to that package's maintainer. -- Randy J. Ray rjray@blackperl.com randy.j.ray@gmail.com

Thu Aug 25 21:44:19 2011 rjray [...] blackperl.com - Dependency on ticket #70494 added

Thu Aug 25 21:47:11 2011 rjray [...] blackperl.com - Correspondence added

This memory leak is at the level of LWP::UserAgent or lower. I have marked this bug as dependent on ticket 70494, a ticket I have opened against the libwww-perl package. There is nothing I can do in RPC::XML to address this issue. -- Randy J. Ray rjray@blackperl.com randy.j.ray@gmail.com

Thu Aug 25 21:47:45 2011 rjray [...] blackperl.com - Status changed from 'open' to 'stalled'

Fri Aug 26 03:01:04 2011 aleph [...] al3ph.org - Correspondence added

Subject:	Re: [rt.cpan.org #41422] Memory leak when client attempts to connect to non-existent server
Date:	Fri, 26 Aug 2011 08:00:55 +0100
To:	bug-RPC-XML [...] rt.cpan.org
From:	aleph <aleph [...] al3ph.org>

Cheers for looking! On 26/08/11 02:47, Randy J Ray via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=41422> > > This memory leak is at the level of LWP::UserAgent or lower. I have > marked this bug as dependent on ticket 70494, a ticket I have opened > against the libwww-perl package. There is nothing I can do in RPC::XML > to address this issue. >

Fri Aug 26 03:01:06 2011 The RT System itself - Status changed from 'stalled' to 'open'