Aaron,
I've just finished clearing up a whole class of double-frees by mapping strdup
to my_strdup which uses my_malloc. This allows us to use my_malloc, my_free,
my_calloc, my_realloc consistently throughout the code. These can then of course
be #defined to something else without risking havoc...
That may also help in tracking down these memory troubles, right?
[EMAIL PROTECTED] wrote:
A BUGNOTE has been added to this bug.
======================================================================
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=0000119
======================================================================
Reported By: Dead2
Assigned To:
======================================================================
Project: DBMail
Bug ID: 119
Category: LMTP daemon
Reproducibility: always
Severity: major
Priority: high
Status: confirmed
======================================================================
Date Submitted: 23-Nov-04 15:59 CET
Last Modified: 02-Dec-04 08:24 CET
======================================================================
Summary: dbmail-lmtpd is eating ram
Description:
dbmail-lmtpd is eating ram.
After only 8000 messages delivered, the 20 (IDLE) processes
are each eating 14-20 MB of ram, totaling around 330MB ram.
This has been confirmed by reports from Wolfram and Thomas Mueller aswell.
======================================================================
----------------------------------------------------------------------
ilja - 24-Nov-04 15:53 CET
----------------------------------------------------------------------
this will be worked on after releasing 2.0.1
For now, there's a workaround.
Set MAX_RECONNECTS=1 in dbmail.conf
----------------------------------------------------------------------
aaron - 02-Dec-04 08:24 CET
----------------------------------------------------------------------
I'm going to work on this bug by adding an EXIT command to LMTP that ends
the process. That should allow valgrind to identify all of the leaks.
Does anyone know if there's a way we can do this with signal handlers, so
that perhaps we can leave them in the tree and build automated testing
mechanisms that excercise the daemons, quit them, and see what's not
cleaned up?
Bug History
Date Modified Username Field Change
======================================================================
23-Nov-04 15:59Dead2 New Bug
23-Nov-04 16:01Dead2 Status new => confirmed
24-Nov-04 15:53ilja Bugnote Added: 0000368
02-Dec-04 08:24aaron Bugnote Added: 0000411
======================================================================
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev
--
________________________________________________________________
Paul Stevens [EMAIL PROTECTED]
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands_______________________________________www.nfg.nl
