tmf: Handle empty traces with the abstract state provider
authorAlexandre Montplaisir <alexmonthy@voxpopuli.im>
Wed, 5 Feb 2014 19:20:31 +0000 (14:20 -0500)
committerAlexandre Montplaisir <alexmonthy@voxpopuli.im>
Thu, 6 Feb 2014 22:50:48 +0000 (17:50 -0500)
commite8b7cc147ba4056ab7033afaf0b6a9ca48d31b01
tree87b9e2e21f66559dcc9b99d1c24fe2d23a2667c6
parentfab7b40431e17cd72f179f75dfa7ebf4e799746c
tmf: Handle empty traces with the abstract state provider

Traces with state systems using the AbstractTmfStateProvider (ie,
all of them) would not get closed correctly if no event was ever
received in the provider - currentEvent would remain null, and the
closing step would be skipped.

This is probably an artifact back from the time where history backends
were optional. Now the closing step should always be run, and if we do
not have a valid end time to define, simply use 0. The dummy state
system will go from MIN_VALUE to 0, and since it will have absolutely
no data in it, it really doesn't matter.

Change-Id: Ia36d7bb2cce0b5712825043c7d9becd85cd7ec35
Signed-off-by: Alexandre Montplaisir <alexmonthy@voxpopuli.im>
Reviewed-on: https://git.eclipse.org/r/21576
Tested-by: Hudson CI
Reviewed-by: Matthew Khouzam <matthew.khouzam@ericsson.com>
IP-Clean: Matthew Khouzam <matthew.khouzam@ericsson.com>
org.eclipse.linuxtools.tmf.core/src/org/eclipse/linuxtools/internal/tmf/core/statesystem/backends/historytree/HT_IO.java
org.eclipse.linuxtools.tmf.core/src/org/eclipse/linuxtools/tmf/core/statesystem/AbstractTmfStateProvider.java
This page took 0.030384 seconds and 5 git commands to generate.