Howard Chu wrote:
The other fix I'm leaning toward is making slap_mods_check honor the no_schema_check flag, and use slap_bv2undef_ad for unrecognized attributes in that case. Another option is to pass slap_mods_check a flag that tells it to simply drop unrecognized attributes in these situations. If the administrator actually wants the attribute replicated, they can load up a schema definition for it. Otherwise they should be able to carry on undisturbed.
Maybe related to this the build of current HEAD fails:
cc -g -O4 -march=pentium4 -I../../include -I. -I./slapi -I. -I../../include -I/opt/bdb-4.5/include -I/opt/sasl/include -I/opt/heimdal/include -c -o sasl.o sasl.c sasl.c: In function ‘slap_auxprop_store’: sasl.c:467: warning: passing argument 1 of ‘slap_mods_check’ from incompatible pointer type sasl.c:467: warning: passing argument 2 of ‘slap_mods_check’ from incompatible pointer type sasl.c:467: warning: passing argument 3 of ‘slap_mods_check’ from incompatible pointer type sasl.c:467: warning: passing argument 4 of ‘slap_mods_check’ makes pointer from integer without a cast sasl.c:467: warning: passing argument 5 of ‘slap_mods_check’ makes integer from pointer without a cast sasl.c:467: error: too few arguments to function ‘slap_mods_check’ make[2]: *** [sasl.o] Error 1 make[2]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers/slapd' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers' make: *** [all-common] Error 1
Ciao, Michael.