Bug 84091 - problem with auto fetch
Summary: problem with auto fetch
Status: RESOLVED FIXED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: cvs
Platform: Debian testing Linux
: HI minor
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-27 16:44 UTC by Pierre Habouzit
Modified: 2004-08-26 17:42 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre Habouzit 2004-06-27 16:44:47 UTC
Version:           cvs (using KDE KDE 3.2.3)
Installed from:    Debian testing/unstable Packages

I've met a memory leak in akregator.

first line is a fresh run of akregator, the second a week later ....

  PID %MEM  VIRT SWAP  RES CODE DATA  SHR nFLT nDRT COMMAND
10749  3.1 39252  15m  23m   96  38m  34m    0    0 akregator
22349 10.3  100m  23m  77m   96 100m  35m  249    0 akregator


I've met a second bug too, and they may be related.
consider an rss feed, that have a really big update frequence (for example the kde-cvs-commit one). when I come back from work, i never have more than 20 entries for this feed (whereas there should be plenty of). I auto-fetch every 5 minutes.

So my guess is : the missing entries are responsible for the leak...

btw, you can find me on #akregator, i'm [MadCoder] there ...

best regards,
Comment 1 Pierre Habouzit 2004-06-27 20:26:59 UTC
with pre-beta4 the problem above is corrected, but the mem leak is still here :

 10868  6.2 62408  14m  46m  100  60m  34m    0    0 akregator                                                         
after only 1 or 2 hours of run
Comment 2 Stanislav Karchebny 2004-06-30 23:18:20 UTC
I believe this needs a session of serious valgringind. I'll do it after beta4.
Comment 3 Pierre Habouzit 2004-08-26 17:42:09 UTC
The problem semms to have disappeared.

mem usage is stable event after more than 24h continuous work

I also close the bug