[Fedora-directory-devel] Please review: distributed numeric assignment plugin

Pete Rowley prowley at redhat.com
Mon Jan 22 19:01:11 UTC 2007


Rob Crittenden wrote:
> Pete Rowley wrote:
>> New pre-operation plugin:
>
> In dna_get_next_value() what could cause a call to 
> slapi_search_internal_get_entry() to fail that you have to try 3 times?
>
It's actually the mod operation that can fail, the original value is 
deleted and the new value added in one operation with two mods, if the 
original value has changed since the search the mod operation will fail. 
It's a way to get an atomic increment.
> Would it be better to use an unsigned long to represent the value or 
> is this longer than any possible uid (the downside, or upside, being 
> that 64-bit could support significantly larger numbers)? If so the 
> new_value field would need to be expanded.
>
Yes it should probably be unsigned long, I'll change that.
> rob
>
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-devel mailing list
> Fedora-directory-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-devel
>   


-- 
Pete

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3241 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-devel/attachments/20070122/7550c4fd/attachment.bin>


More information about the Fedora-directory-devel mailing list