Issue 3005 - (special) query causes slapd to crash when using back-ldap & a subordinate back-sql database
Summary: (special) query causes slapd to crash when using back-ldap & a subordinate ba...
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-06 12:59 UTC by gst@sysfrog.org
Modified: 2014-08-01 21:06 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description gst@sysfrog.org 2004-03-06 12:59:56 UTC 
Full_Name: Guenther Starnberger
Version: OPENLDAP_REL_ENG_2_2, HEAD
OS: Debian Woody (Linux)
URL: ftp://ftp.openldap.org/incoming/guenther-starnberger-040306.conf
Submission from: (NULL) (62.116.93.254)


To 'produce' this bug I used the same setup as in ITS#2999:

One back-ldap database with the suffix "c=RU" and one subordinate back-sql
database with the suffix "o=sql,c=RU" which does use the example data for
postgresql provided in rdbms_depend/pgsql/.

The configuration file for this setup is available at
ftp://ftp.openldap.org/incoming/guenther-starnberger-040306.conf

Starting "ldapsearch -b 'c=RU' '(objectClass=*)' foobar" does crash the slapd:

# extended LDIF
#
# LDAPv3
# base <c=RU> with scope subtree
# filter: (objectClass=*)
# requesting: foobar
#
 
# RU
dn: c=RU
 
# blab, RU
dn: ou=blab,c=RU
ldap_result: Can't contact LDAP server (-1)
Comment 1 ando@openldap.org 2004-03-06 15:02:56 UTC 
changed notes
changed state Open to Test
moved from Incoming to Software Bugs
Comment 2 ando@openldap.org 2004-03-08 17:57:33 UTC 
changed state Test to Release
Comment 3 ando@openldap.org 2004-03-09 19:44:29 UTC 
changed state Release to Closed
Comment 4 Howard Chu 2009-02-17 05:00:20 UTC 
moved from Software Bugs to Archive.Software Bugs
Comment 5 OpenLDAP project 2014-08-01 21:06:30 UTC 
fixed in HEAD/re22