[Mimedefang] Mimedefang with postfix. Process memory usage over time.

[Robert Theisen]

sendmail-milter-8.14.7-5.el7.x86_64

[ext-mx09] [10:31:02 PM]
[root at ext-mx09 tmp]# rpm -qa | grep milter
sendmail-milter-8.14.7-5.el7.x86_64
[ext-mx09] [10:31:10 PM]
[root at ext-mx09 tmp]# rpm -ql sendmail-milter
/usr/lib64/libmilter.so.1.0
/usr/lib64/libmilter.so.1.0.1
/usr/share/doc/sendmail-8.14.7/README.libmilter
/usr/share/doc/sendmail-milter-8.14.7
/usr/share/doc/sendmail-milter-8.14.7/LICENSE
[ext-mx09] [10:32:37 PM]
[root at ext-mx09 tmp]# ldd /usr/bin/mimedefang
linux-vdso.so.1 =>  (0x00007ffc78ff7000)
libmilter.so.1.0 => /lib64/libmilter.so.1.0 (0x00007ff833eb6000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff833c9a000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x00007ff833a80000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff8336bd000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff8340d0000)
[ext-mx09] [10:32:45 PM]
[root at ext-mx09 tmp]#

On Fri, Nov 10, 2017 at 4:09 PM, Dianne Skoll <dfs at roaringpenguin.com> wrote:
> On Fri, 10 Nov 2017 13:18:15 -0500
> Robert Theisen <trobert at redhat.com> wrote:
>
>> {
>>     struct privdata *data;
>>     char *val;
>>     char buf[256];
>>     if (*macro && *(macro+1)) {
>>         /* Longer than 1 char -- use curlies */
>>         snprintf(buf, sizeof(buf), "{%s}", macro);
>>         val = smfi_getsymval(ctx, buf);
>>     } else {
>>         val = smfi_getsymval(ctx, macro);
>>     }
>>  ...
>> }
>
>>
>> at         snprintf(buf, sizeof(buf), "{%s}", macro);
>>
>> that buf[256] is not getting cleaned up even though it is a local
>> variable that is falling out of scope?
>
> Um what?  There's nothing to clean up.  CLeaning that up simply
> involves the C compiler incrementing the stack pointer by sizeof(buf);
> it's an automatic variable.
>
>> The strike against that theory would be that my memory dump shows that
>> the "i" and "j" variables are included in that memory chunk.  But the
>> single character i and j values are never copied to the local buf[256]
>> variable.
>
> If you're linking against a version of libmilter older than 8.14.4, the
> library has a memory leak in it that could be causing this.
>
> Regards,
>
> Dianne.
> _______________________________________________
> NOTE: If there is a disclaimer or other legal boilerplate in the above
> message, it is NULL AND VOID.  You may ignore it.
>
> Visit http://www.mimedefang.org and http://www.roaringpenguin.com
> MIMEDefang mailing list MIMEDefang at lists.roaringpenguin.com
> http://lists.roaringpenguin.com/mailman/listinfo/mimedefang