RE: protocol: compare operation

["Kurt D. Zeilenga" <Kurt@OpenLDAP.org>]

At 01:07 AM 1/5/2004, Hallvard B Furuseth wrote:
>Ramsay, Ron writes:
>> By undefined, do you mean the attribute is unknown or not present
>> in the entry?
>
>No, I mean the attribute is present in the entry and has an equality
>matching rule, but that matching rule evaluates to Undefined when
>comparing the attribute value with the assertion value.  E.g. if
>string preparation (draft-ietf-ldapbis-strprep-xx.txt) fails on the
>attribute value or the assertion value.

Any matching rule can evaluate to True, False, or Undefined.  (So,
this issue is not specific to ldapprep.)

I agree that TS for compare should be a bit more clear here.
It should say something like:

  The compareTrue result code is returned if and only if the
  assertion is TRUE.  The compareFalse result code is returned
  if and only if the assertion is FALSE.  If the assertion is
  Undefined or an error occurred, a result code indicating the
  nature of the problem is to be returned.



>> -----Original Message-----
>> From: owner-ietf-ldapbis@OpenLDAP.org
>> [mailto:owner-ietf-ldapbis@OpenLDAP.org]On Behalf Of Hallvard B Furuseth
>> (...)
>> The Compare operation is under-specified.  What is the result if:
>> - The match evaluates to Undefined?
>> - Match against one attribute value evaluates to FALSE and against
>>   another evaluates to TRUE or Undefined?
>> (...)
>
>-- 
>Hallvard