[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: ldap_sasl_interactive_bind_s leaks? (ITS#2423)



On Sat, 5 Apr 2003, Howard Chu wrote:

> > -----Original Message-----
> > From: owner-openldap-bugs@OpenLDAP.org
> > [mailto:owner-openldap-bugs@OpenLDAP.org]On Behalf Of igor@ipass.net
>
> > Full_Name: Igor Brezac
> > Version: 2.1.16
> > OS: Solaris 9
> > URL:
> > ftp://ftp.openldap.org/incoming/ldap_sasl_interactive_bind_s.leak.c
> > Submission from: (NULL) (209.170.129.80)
> >
> >
> > My testing shows a leak in ldap_sasl_interactive_bind_s().  I
> > tried to chase the
> > leak with fnccheck, but after compiling both openldap and my
> > testing program for
> > profiling, fncdump dumps itself.
>
> It works for me...

It works fine if I profile just the test program.  But this does not give
me all the information I need.  Have you tried to profile on Solaris?

>
> >  Anyway,
> > ldap_sasl_interactive_bind_s() frees
> > SASL_INTERACT prompt result, but I do not think it frees
> > other prompt buffers.
> > I looked throught sources for ldapsearch and slurpd, but I
> > did not find ways to
> > free the buffers allocated in _ldap_interact.
>
> It appears that _ldap_interact doesn't need to malloc the result at all. We
> can fix this easily enough. However there appear to be more leaks in Cyrus

True.  I tried without malloc and it works fine.  However, the leak is
still there.  There is something else wrong.

> SASL itself, at least with the DIGEST-MD5 mech. I haven't profiled my
> libsasl2 yet so I haven't tracked these down.

I'll try to profile libsasl2 as well and see if I can dig something up.

-- 
Igor