summaryrefslogtreecommitdiff
path: root/source4/lib/ldb/modules/ldb_map.h
diff options
context:
space:
mode:
authorAndrew Bartlett <abartlet@samba.org>2006-08-14 23:25:04 +0000
committerGerald (Jerry) Carter <jerry@samba.org>2007-10-10 14:15:35 -0500
commitc846d461fa1edb97219be87c4ba37e97e85dd488 (patch)
tree5023dee7e5170071f44330778f7588c5760e7088 /source4/lib/ldb/modules/ldb_map.h
parent879ce60b7377f8b50eb6ead565fdab2a41772df8 (diff)
downloadsamba-c846d461fa1edb97219be87c4ba37e97e85dd488.tar.gz
samba-c846d461fa1edb97219be87c4ba37e97e85dd488.tar.bz2
samba-c846d461fa1edb97219be87c4ba37e97e85dd488.zip
r17542: In using ldb_map, I ran across some very odd behaviours when we search
for objectClass=xyz. The code has been warning at me 'no covert_operator set', and indeed this is the case. (It then proceeds to strip this as a search expression) In this commit, I have implemented a convert_operator for objectClass, by pretending it is a simple MAP_CONVERT operator for the search requests. I also have changed the logic for when we should bail out. I can only see reason to bail out on the search if we have both local and remote trees. How can a remote-only search be un-splittable? Andrew Bartlett (This used to be commit 656e58672c357121647a080400fcab4e5d30b46b)
Diffstat (limited to 'source4/lib/ldb/modules/ldb_map.h')
-rw-r--r--source4/lib/ldb/modules/ldb_map.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/source4/lib/ldb/modules/ldb_map.h b/source4/lib/ldb/modules/ldb_map.h
index f9e2086ee1..99231e61f1 100644
--- a/source4/lib/ldb/modules/ldb_map.h
+++ b/source4/lib/ldb/modules/ldb_map.h
@@ -68,7 +68,7 @@ struct ldb_map_attribute {
} type;
/* if set, will be called for search expressions that contain this attribute */
- struct ldb_parse_tree *(*convert_operator)(const struct ldb_map_context *, TALLOC_CTX *ctx, const struct ldb_parse_tree *);
+ int (*convert_operator)(struct ldb_module *, TALLOC_CTX *ctx, struct ldb_parse_tree **new, const struct ldb_parse_tree *);
union {
struct {