- Oct 23, 2001
-
-
Julio Sánchez Fernández authored
so we need to tell value_find about this.
-
Julio Sánchez Fernández authored
Now we will be able to fix compares.
-
Julio Sánchez Fernández authored
-
- Oct 22, 2001
-
-
Julio Sánchez Fernández authored
values as stored in the entry on the one hand and an assertion value that is not necessarily of the same syntax. So tell value_match this is the case by setting SLAP_MR_VALUE_IS_IN_MR_SYNTAX in flags.
-
Julio Sánchez Fernández authored
if needed. This is controlled by SLAP_MR_VALUE_IS_IN_MR_SYNTAX, a new flag that should be set when evaluating filters such as in searches and compares and unset otherwise (such as in modify). Now, some callers of value_match, notably value_find, don't know whether to set it or not. We'll see to that.
-
Julio Sánchez Fernández authored
a full value (in attribute type syntax) or a value in the syntax of the matching rule (as happens in filters).
-
Julio Sánchez Fernández authored
-
Pierangelo Masarati authored
-
Howard Chu authored
-
Howard Chu authored
-
Howard Chu authored
-
Howard Chu authored
-
Howard Chu authored
-
Howard Chu authored
Changed AttributeDescription.{ad_cname,ad_lang} to struct berval everywhere Deleted ad_free() everywhere Added ad_mutex to init.c The AttributeDescriptions are in a linked list hanging off of the corresponding AttributeType.
-
Pierangelo Masarati authored
-
Pierangelo Masarati authored
-
Julio Sánchez Fernández authored
error reporting to client and syslog. And indexing, of course. Now, the problem is that matching rules get called from different places that are inconsistent in what an assertedValue is. When doing a modify, a full certificate value is passed (to verify it isn't already there). When doing a search or compare, the passed value is in the syntax of the matching rule. Consistency would require that the caller extracts an asserted value from the full value before calling smr_match. It can do this by calling smr_convert (it was unused, was it meant to be used for this?). Unfortunately, the caller is typically value_find, value_match, etc. that have themselves little knowledge of what they are dealing with, so their interface needs to be extended, new flag values or new arguments, so that they know if they have a value in attribute type syntax or in matching rule syntax.
-
- Oct 21, 2001
-
-
Kurt Zeilenga authored
-
Kurt Zeilenga authored
-
Kurt Zeilenga authored
-
- Oct 20, 2001
-
-
Julio Sánchez Fernández authored
-
Pierangelo Masarati authored
-
Pierangelo Masarati authored
-
Julio Sánchez Fernández authored
indexing.
-
- Oct 19, 2001
-
-
Howard Chu authored
-
Howard Chu authored
to activate. The bdb_decode works in-place on the db data. Add/Search are OK, I think Modify needs to be tweaked. Don't use this yet unless you want to help finish it.
-
Pierangelo Masarati authored
-
- Oct 18, 2001
-
-
Pierangelo Masarati authored
skeleton of ldap_str2nd/dn2str; works with most of the simple cases, but there's much to do with unicode, I think
-
- Oct 16, 2001
-
-
Kurt Zeilenga authored
-
Kurt Zeilenga authored
-
Kurt Zeilenga authored
-
- Oct 13, 2001
-
-
Kurt Zeilenga authored
committin what I have so that someone else might be able to work it.
-
Kurt Zeilenga authored
-
Kurt Zeilenga authored
-
- Oct 11, 2001
-
-
Mark Adamson authored
-
Kurt Zeilenga authored
-
- Oct 10, 2001
-
-
Stig Venaas authored
ldap_parse_sasl_bind_result() and ldap_parse_extended_result()
-
Kurt Zeilenga authored
-
- Oct 09, 2001
-
-
Kurt Zeilenga authored
-
Kurt Zeilenga authored
-