Issue 7901 - slapschema reports error but returns 0
Summary: slapschema reports error but returns 0
Status: UNCONFIRMED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: 2.4.39
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-21 12:23 UTC by jsynacek@redhat.com
Modified: 2014-07-23 20:25 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 jsynacek@redhat.com 2014-07-21 12:23:22 UTC
Full_Name: Jan Synacek
Version: 2.4.39
OS: Fedora 20
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (209.132.186.34)


Running slapschema using a configuration that misses a schema produces error
(expected), but returns 0 (not expected).

Simple reproducer can be found at
http://jsynacek.fedorapeople.org/openldap/reproducer-slapschema.tar.xz.
Comment 1 Howard Chu 2014-07-23 20:25:06 UTC
jsynacek@redhat.com wrote:
> Full_Name: Jan Synacek
> Version: 2.4.39
> OS: Fedora 20
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (209.132.186.34)
>
>
> Running slapschema using a configuration that misses a schema produces error
> (expected), but returns 0 (not expected).
>
> Simple reproducer can be found at
> http://jsynacek.fedorapeople.org/openldap/reproducer-slapschema.tar.xz.

It's not clear to me that this is a bug. slapschema sends output to stdout, 
not stderr. (And the manpage documents this fact.) Which implies that the 
output it produces is considered to be normal, not error messages. It also 
continues processing, independent of the -c continue option, which also 
implies that it does not consider these situations to be errors.

Leaving this alone for now.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/