Re: Queries fail after canceling query when using subordinate back-sql db (ITS#2999)

[ando@sys-net.it]

Guenther Starnberger wrote:
> hmm.. it's none of the two cases you mentioned above, but a subordinate 
> database again. should i nevertheless file a new ITS?

OK, so my guess was right; you shouldn't need a new ITS,
although it's a different bug, because I think I found it.
It was a subtlety: in back-ldap, I was freeing the wrong
pointer, but this was harmless in usual back-ldap operation,
for many reasons (essentially it was not required any
longer after free, and the double free didn't occur because
that memory came from a memory pool so it was not really
freed).  However, when back-ldap is glued, sometimes that
pointer can temporarily be replaced by the database's
(normalized) suffix; so, after a successful search,
subsequent operation would find the database's suffix
corrupted.

Please check HEAD or REL_ENG_2_2 code.

p.

-- 
Dr. Pierangelo Masarati         mailto:pierangelo.masarati@sys-net.it
LDAP Architect, SysNet s.n.c.   http://www.sys-net.it



    SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497