s4-repl: check that a DsGetNCChanges is a continuation, and fix sorting
commit4423173b08ebba1ff8494a4997e46e28525c1d7a
authorAndrew Tridgell <tridge@samba.org>
Tue, 13 Oct 2009 02:09:07 +0000 (13 13:09 +1100)
committerAndrew Tridgell <tridge@samba.org>
Tue, 13 Oct 2009 02:09:07 +0000 (13 13:09 +1100)
treefb5f1e291d841ba604d258ac9ca318d13b7886c9
parentae507f620ae34b69c5df86980ea6e374c9c1e548
s4-repl: check that a DsGetNCChanges is a continuation, and fix sorting

When we indicate that a getncchanges request is not complete, we set
the more_data flag to true in the response. The client usually then
asks for the next block of data. If the client decides it wants to
skip that replication and do a different replication then we need to
make sure that the next call is in fact a continuation of the existing
call, and not a new call.

This relies on returning the results sorted by uSNChanged, as the
client uses the tmp_highest_usn in each result to see if progress is
being made.
source4/rpc_server/drsuapi/drsutil.c
source4/rpc_server/drsuapi/getncchanges.c