tmf: Fix fake event problem in AbstractTmfStateProvider
authorAlexandre Montplaisir <alexmonthy@voxpopuli.im>
Wed, 26 Jun 2013 18:17:30 +0000 (14:17 -0400)
committerAlexandre Montplaisir <alexmonthy@voxpopuli.im>
Thu, 27 Jun 2013 20:13:29 +0000 (16:13 -0400)
commitef8dd5aff0f5e5ebd86a183a8975ff893e81344a
tree0cadabec1c08556fc1b2afc97e5535e0ca179772
parent3480bf122f215ec6b6b9aadd59fe40cbe0394a2b
tmf: Fix fake event problem in AbstractTmfStateProvider

For a given state provider, if the last event modifies the state
AND the user calls .waitForEmptyQueue() right before closing the
tree manually, the resulting history would have an incorrect end
time and it would be impossible to query at the timestamp of the
last event.

This was due do a "fake" synchronization event being set as the
provider's current event, so when closing the history it would
use its time stamp which is effectively 0.

Remedy this by using an internal event class explicitely for this.
Thanks to J.-C. Kouamé for finding this one!

Change-Id: I06227ca656a67991966b1d1dd15330cb97754fbe
Signed-off-by: Alexandre Montplaisir <alexmonthy@voxpopuli.im>
Reviewed-on: https://git.eclipse.org/r/14080
Tested-by: Hudson CI
Reviewed-by: Bernd Hufmann <bernd.hufmann@ericsson.com>
org.eclipse.linuxtools.tmf.core/src/org/eclipse/linuxtools/tmf/core/statesystem/AbstractTmfStateProvider.java
This page took 0.027025 seconds and 5 git commands to generate.