[Date Prev][Date Next] [Chronological] [Thread] [Top]


I have just committed a fix which harmonises the slapi_ch_free()
API with the Netscape SLAPI.

Additionally, plugin return value semantics are also harmonised
with Netscape:

1. Plugins never return LDAP result codes, instead they return a
   small integer (0 or -1, others for special cases)
2. Preoperation plugins can abort processing by returning a non-
   zero value to the frontend
3. Postoperation plugins never abort processing (all are called)
   and their return values are ignored

One thing left to fix here is to allow a postoperation plugin
to retrieve the backend result code from the parameter block
by querying SLAPI_RESULT_CODE. This could be set in the 
operation-specific parameter block in send_ldap_result().

-- Luke

>From: Luke Howard <lukeh@PADL.COM>
>Subject: Re: slapi_ch_free()
>To: somrani@us.ibm.com
>Cc: Kurt@OpenLDAP.org, openldap-devel@OpenLDAP.org
>Date: Tue, 21 Jan 2003 08:13:41 +1100
>Organization: PADL Software Pty Ltd
>Versions: dmail (bsd44) 2.4c/makemail 2.9d
>>I have noticed this difference early on and I wanted to change it to match
>>NS. Unfortunately, for us there is too much code to change (places where
>>the function is called). For OpenLDAP, I can go either way.
>I am in favour of harmonising with Sun ONE. 
>-- Luke
>Luke Howard | PADL Software Pty Ltd | www.padl.com

Luke Howard | PADL Software Pty Ltd | www.padl.com