[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
(ITS#5458) whitespace parsing in schema files
Full_Name: Matthias Ferdinand
Version: 2.4.8
OS: Linux/SuSE10.0
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (194.102.180.118)
Platform: SuSE Linux 10.0
OpenLDAP 2.4.8 from pkgsrc (http://www.netbsd.org/docs/pkgsrc/)
gcc-4.2.1
(also with OpenLDAP 2.4.7 from Debian Testing)
I tried the following simple attribute definition (located at
/opt/pkgsrc/etc/openldap/schema/test2.schema):
attributetype ( 1.3.6.1.4.1.22558.2.1.1
NAME 'o4vdescription'
DESC 'RFC2256: descriptive information'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{1024}
)
If I leave out the blank preceding the closing paranthesis, so that there is
just the newline between the "{1024}" and the ")", slapd refuses to start with
some syntax error:
AttributeTypeDescription = "(" whsp
numericoid whsp ; AttributeType identifier
[ "NAME" qdescrs ] ; name used in AttributeType
...
and at loglevel 64 some strange syslog entries:
Apr 10 00:45:08 vestatest slapd[25297]: line 6 (attributetype (
1.3.6.1.4.1.22558.2.1.1 NAME 'o4vdescription' DESC 'RFC2256: descriptive
information' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX
1.3.6.1.4.1.1466.115.121.1.15{1024})
Apr 10 00:45:08 vestatest slapd[25297]:
/opt/pkgsrc/etc/openldap/schema/test2.schema: line 6 attributetype: Missing
closing parenthesis before amavisBannedFilesLover $ amavisBypassBannedChecks
$ amavisBadHeaderLover $ amavisBypassHeaderChecks $
amavisSpamTagLevel $ amavisSpamTag2Level $ amavisSpamKillLevel $
amavisWhiteli
Apr 10 00:45:08 vestatest slapd[25297]: /opt/pkgsrc/etc/openldap/slapd.conf:
line 13: <include> handler exited with 1!
(the amavis entries are from a schema included just before this one)
Looks like the parser reads the attribute definition correctly, but is confused
afterwards.
Regards
Matthias