Issue 468 - slapd segfaults
Summary: slapd segfaults
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: 2000-03-01 22:48 UTC by ian@nmsu.edu
Modified: 2014-08-01 21:06 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Kurt Zeilenga 2000-03-01 17:23:49 UTC
changed notes
changed state Open to Closed
Comment 1 ian@nmsu.edu 2000-03-01 22:48:57 UTC
Full_Name: ian logan
Version: devel
OS: redhat 6.1
URL: 
Submission from: (NULL) (128.123.100.20)


Under Redhat 6.1 slapd (built from last nights sources) segfaults trying to
free
a constant string.  The seg fault was triggered by doing a simple search like
(mail=ian*)
.
servers/slapd/backend.c backend_operational() (line 644) has
a->type = "subschemasubentry";

This is later free'd in send_search_entry (result.c line 846), which ends up
calling 
attr_free which says free(a->a-type) causing the segfault.

Changing servers/slapd/backend.c (line 644) to read
a->type = ch_strdup("subschemasubentry");

has fixed this for me.  

thanks,
ian
Comment 2 Kurt Zeilenga 2000-03-01 23:05:17 UTC
Fixed.

At 10:48 PM 3/1/00 GMT, ian@nmsu.edu wrote:
>Full_Name: ian logan
>Version: devel
>OS: redhat 6.1
>URL: 
>Submission from: (NULL) (128.123.100.20)
>
>
>Under Redhat 6.1 slapd (built from last nights sources) segfaults trying to
>free
>a constant string.  The seg fault was triggered by doing a simple search like
>(mail=ian*)
>.
>servers/slapd/backend.c backend_operational() (line 644) has
>a->type = "subschemasubentry";
>
>This is later free'd in send_search_entry (result.c line 846), which ends up
>calling 
>attr_free which says free(a->a-type) causing the segfault.
>
>Changing servers/slapd/backend.c (line 644) to read
>a->type = ch_strdup("subschemasubentry");
>
>has fixed this for me.  
>
>thanks,
>ian
>
>
Comment 3 OpenLDAP project 2014-08-01 21:06:10 UTC
fixed