Ilja Booij wrote: > > Hi > > Leif Jackson wrote: > > > I also belive there is a leak still with one of the allocated list's > > (list.c) not being list freeded, All this memory work was traced with > > dmalloc which is a fantastic package, and allows for logfiles per pid as > > well as line numbers. > Sounds good. their website (dmalloc.com) is unreachable at the moment, > but I'll take a look at it. > I see this as well I have put the most current release of dmalloc on my site http://www.jjcons.com/dmalloc-5.2.4.tgz I have also attached a diffrent patch which I used to do my work but since it added a header file and a few other things I didn't want it in the first diff.
bascialy you just need to patch with this patch, which includes my changes for the db free's and then edit the makefile to define -DDMALLOC and linke the libdmallocth.a or the shared lib if you wish. Then in the mydebug.h file you will see the options I used to get these results. Note, I do my devel on an sun solaris 9 box with gcc. > > Does the dbmail list know of a better testing suite that fully supports > > imap or may have more features? > I mostly use my normal mail client and sometimes some python scripts. > There's no substitute for testing in production though. I've been using > dbmail 2.0 in parallel with dbmail 1.2 for 1 1/2 months now. My mail > gets sent to both dbmail 2.0 and dbmail 1.2 (so I get to read every > email twice ;) ). Thanks for the info. I was getting ready to write a test suite in perl using the parrallel fork manager modules but I wanted to check with this before I duplicated work on a test suite. > > Thanks for the work, Your very welcome thanks for such a great package! :) -leif -- Jones Jackson Consulting http://www.jjcons.com Programmer && Linux Enthusiast [EMAIL PROTECTED] "#define QUESTION ((bb) || !(bb))" - Shakespeare http://www.jjcons.com/pgpkeys.html
