Matthew Khouzam voted:
+1
I shall always welcome tracing muchachos. High five!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi Xavier,
There is also a TmfSignalThrottler class, in tmf.core.signal, which you
can use to limit the rate at which a view/component sends signals. It
queues signals and only sends the latest one after a configurable delay
has passed with no signal being sent.
We use it for example in the histo
Neil Guzman voted:
+1
welcome :)
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi everyone,
Linux Tools 2.2 is currently scheduled for December 17th, which is quite close
to Christmas and this makes me think that we would better ship it earlier so we
don't have to rush at this precious time of the year or delay the release after
New Year and miss the Kepler SR2 timeframe.
Solved with a simple
while (PlatformUI.getWorkbench().getDisplay().readAndDispatch());
after each signal.
X
On 11/15/2013 01:34 PM, Xavier Raynaud wrote:
Hi,
I wrote some tests on top of my product, based on TMF.
This test generates a lot of TmfTimeSynchSignal.
This tests is OK on TMF-1.2 (Ju
Hi,
I wrote some tests on top of my product, based on TMF.
This test generates a lot of TmfTimeSynchSignal.
This tests is OK on TMF-1.2 (Juno)
However, with TMF 2.1, I obtain the following exception:
java.lang.IllegalStateException: Queue full
at java.util.AbstractQueue.add(AbstractQueue.ja
