[Fedora-directory-devel] Please Review: (457951) Range search shouldn't be used when a DNA prefix is set

[Nathan Kinder]

https://bugzilla.redhat.com/show_bug.cgi?id=457951
Resolves: bug 457951
Bug Description: The DNA plug-in uses a range search internally to 
locate the next
  free value within the managed range.  This works fine when the values 
are strictly
  integers, but the DNA plug-in supports a prefix to the integer portion 
of the
  value (such as "user1 - user1000").
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: When a prefix is defined, we should not use a range 
search to locate
  the next free value.  We should simply do an exact match search to see 
if the next
  value in the cached configuration entry is free.  If it is not free, 
we iterate
  through each value in the range until we either find a free value, or 
hit the
  end of the range.  This will typically perform fine, as the next value 
in the
  configuration entry should be free unless someone manually assigned 
it.  The
  worst case scenario is that we have to go through a large block of 
values that
  was manually assigned, which will be helped by an equality index.  
Even so,
  this case should be rare.

  For efficiency in the case that we have to go through a large block of 
manually
  assigned values, I wanted to reuse a previously allocated pblock 
instead of
  allocating one for each search.  This required me to export a new 
public SLAPI
  function that re-initializes a pblock so it can be reused.
Platforms tested: Fedora 8 x86_64
Flag Day: no
Doc impact: Yes.  We need to doc the new slapi_pblock_init() function in 
the plug-in guide.
https://bugzilla.redhat.com/attachment.cgi?id=313468&action=diff
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3254 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-devel/attachments/20080805/fb2f35b0/attachment.bin>