summaryrefslogtreecommitdiff
path: root/source4/dsdb/tests/python/urgent_replication.py
diff options
context:
space:
mode:
authorMatthias Dieter Wallnöfer <mdw@samba.org>2010-07-03 14:33:23 +0200
committerMatthias Dieter Wallnöfer <mdw@samba.org>2010-07-03 15:28:57 +0200
commit326aac06f52a1e4d37449622e02d561ee12608cf (patch)
tree9e241449564ff5c8e51ba4a2940feecc726fc025 /source4/dsdb/tests/python/urgent_replication.py
parent02eab6602640e73f295a37019c0989dbd799229b (diff)
downloadsamba-326aac06f52a1e4d37449622e02d561ee12608cf.tar.gz
samba-326aac06f52a1e4d37449622e02d561ee12608cf.tar.bz2
samba-326aac06f52a1e4d37449622e02d561ee12608cf.zip
s4:schema_load LDB module - fix a segfault condition on schema refresh
The schema refresh operation itself starts requests from the top of the LDB modules stack (see call "dsdb_schema_set_attributes" - search operations). This doesn't work well when these do perform "dsdb_get_schema" calls. Since the new schema isn't marked as "refreshed" atm (but in fact it still is - we didn't terminate the reload/refresh yet) we could perform other calls to "dsdb_schema_refresh" and run into serious trouble (segfault).
Diffstat (limited to 'source4/dsdb/tests/python/urgent_replication.py')
0 files changed, 0 insertions, 0 deletions