[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