On Mon, Jul 14, 2008 at 2:51 PM, Howard Chu <firstname.lastname@example.org> wrote:
Alex Karasulu wrote:Ah, looks like a quite familiar pain. Just a note, in X.500/LDAP docs what you called an ATAV is known as an AVA. Might want to line up the terminology to make the correspondence clearer.
Wow this page is pretty good. Nice doco!
And may I suggest another optimization to consider - for your AttributeType internal structure, store a reference to the schema element, not a normalized OID.
You're going to need to dereference fields of the schema definition frequently when dealing with it anyway,
e.g. to find the syntax and what normalization rules it uses. And, whether you take this approach or not, you need a strategy for dealing with unrecognized attributeTypes. I.e., right now you're using the OID, but what happens if you're unable to find the OID?
Presumably the schema is always resident in memory, and a reference will be the most memory efficient...
On Mon, Jul 14, 2008 at 5:42 AM, Emmanuel Lecharny <email@example.com<mailto:firstname.lastname@example.org>> wrote:www.iktek.com <http://www.iktek.com>
I started a page on wiki about the DN parsing process.
The idea is to describe what we should do to parse a DN in the most
efficient way, but keeping it maintainable at the same time.
I will try to complete it this week.
Microsoft gives you Windows, Linux gives you the whole house ...
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/