Re: schema format questions

[Graham B. <gb...@po...>]

On Wed, Jan 09, 2002 at 10:12:46PM +0100, Peter Marschall wrote:
> Hi,
> 
> 
> On Tuesday 08 January 2002 17:21, you wrote:
> > An interesting question. It would make parsing rather interesting. You are
> > right that the RFC does not disallow this. Net::LDAP assumed that no
> > sensible person would do that (like many apps assume no sensible person
> > puts spacing in filenames :)
> Who says they are sensible (maybe they just forgot quoting/escaping ;-))
> 
> > If you can provide a schema (or subset of one) with this I will see what I
> > can do.
> Of course, here it is for the single quotes and the undescores
> (line breaking manually done by me):
> 
> attributeTypes: ( 2.16.840.1.113719.1.55.4.1.1 NAME 'newObjectSDSRights'
>   DESC 'Standard Attribute' SYNTAX 2.16.840.1.113719.1.1.5.1.17
>   X-NDS_NAME 'New Object's DS Rights'
>   X-NDS_NOT_SCHED_SYNC_IMMEDIATE '1' )
> attributeTypes: ( 2.16.840.1.113719.1.56.4.1.1 NAME 'newObjectSFSRights'
>  DESC 'Standard Attribute' SYNTAX 2.16.840.1.113719.1.1.5.1.15{64512}
>  X-NDS_NAME 'New Object's FS Rights'
>  X-NDS_NOT_SCHED_SYNC_IMMEDIATE '1' )
> attributeTypes: ( 2.16.840.1.113719.1.57.4.1.1 NAME 'setupScript'
>  DESC 'Standard Attribute' SYNTAX 1.3.6.1.4.1.1466.115.121.1.5 SINGLE-VALUE
>  X-NDS_NAME 'Setup Script' X-NDS_NOT_SCHED_SYNC_IMMEDIATE '1' )

Hm...

> > > Last but not least, I have a very rough patch available that would allow
> > > to parse such a schema. But I have to polish it  a bitbefore I send it.
> > > Are you interested ?
> > Sure. Don't spend too much time polishing it before letting others test it.
> > Just a correct patch is fine, it can be polished later.
> I warned you, it is very rough ;-)
> More a very dirty kludge than a patch.
> Its a unified diff againts perl-ldap 0.25 and atleast the
> part in LDAP.pm violates the RFC that defined the
> "vendorName" attribute in the roodDSE.
> The RFC vedorName must not be used to change the
> behaviour of applications. A better solution might be to
> defined a global ldap option "alternate_schema_parser".
> (the better parts of the code are shamelessly stolen from 
> other parts of perl-ldap ;-)

I would rather just not have to know where the schema came from and
have the parser DTRT

Graham.