Re: [tracecompass-dev] Reading MIPS traces

[Gerlando Falauto <gerlando.falauto@xxxxxxxxxxx>]

Hi Geneviève and Simon,

thank you for your answers and sorry for the late reply.
I was expecting replies directly on my mailbox like it normally happens 
on other mailing lists when you hit reply-all...
[BTW, I assume there's no mail<->news gateway such as gmane for this 
list, right?]

So, the file I had indeed originally downloaded from:

http://secretaire.dorsal.polymtl.ca/~gbastien/TracingRCP/TraceCompass/linuxtools-trace-viewer-1.1.0-20141203-0203-linux.gtk.x86_64.tar.gz

How I got there? I can't say for sure. Most probably from
http://lttng.org/docs/#doc-viewing-and-analyzing-your-traces

from the second link "It also comes as a standalone application and can 
be downloaded from here". But I guess this must have been updated in the 
meantime.

So I'll give it a try with the updated build and let you know if that 
works or not.

Thanks again!
Gerlando

On 12/09/2014 09:28 AM, Gerlando Falauto wrote:
> Hi,
>
> I'm trying to use the Linux Tools Trace Viewer (i.e. Trace Compass
> outside of Eclipse, if I understand it correctly) to read some traces
> created by LTTNG on a MIPS (big endian) architecture.
>
> However, upon clicking on the trace file in order to show it, I get this
> message:
> Exception in thread "Thread-35" java.lang.NullPointerException
>      at
> org.eclipse.linuxtools.tmf.ctf.core.CtfTraceManager.getIterator(CtfIteratorManager.java:169)
>
>      at
> org.eclipse.linuxtools.tmf.ctf.core.CtfIteratorManager.getIterator(CtfIteratorManager.java:74)
>
>      at
> org.eclipse.linuxtools.tmf.ctf.core.CtfTmfContext.getIterator(CtfTmfContext.java:200)
>
>      at
> org.eclipse.linuxtools.tmf.ctf.core.CtfTmfContext.setLocation(CtfTmfContext.java:83)
>
>      at
> org.eclipse.linuxtools.tmf.ctf.core.CtfTmfTrace.seekEvent(CtfTmfTrace.java:267)
>
>      at
> org.eclipse.linuxtools.tmf.core.trace.TmfTrace.seekEvent(TmfTrace.java:543)
>      at
> org.eclipse.linuxtools.tmf.ctf.core.CtfTmfTrace.initTrace(CtfTmfTrace.java:121)
>
>      at
> org.eclipse.linuxtools.tmf.core.trace.TmfTrace.initTrace(TmfTrace.java:207)
>      at
> org.eclipse.linuxtools.tmf.ui.project.model.TmfOpenTraceHelper.openTraceElement(TmfOpenTraceHelper.java:257)
>
>      at
> org.eclipse.linuxtools.tmf.ui.project.model.TmfOpenTraceHelper.openProjectElement(TmfOpenTraceHelper.java:309)
>
>      at
> org.eclipse.linuxtools.tmf.ui.project.model.TmfOpenTraceHelper.access$0(TmfOpenTraceHelper.java:306)
>
>      at
> org.eclipse.linuxtools.tmf.ui.project.model.TmfOpenTraceHelper$1.run(TmfOpenTraceHelper.java:360)
>
>
>
> The same test run on an ARM (little endian) platform seems to work fine
> though. As I remember there've been endianness issues in the past, and I
> assume most tests are run on x86 platform (hence little endian), could
> it be possible that we're hitting the same issue again?
>
> Please find attached a test case where I could get the above error.
>
> If it makes any difference, the daily build I used is
> linuxtools-trace-viewer-1.1.0-20141203-0203-linux.gtk.x86_64.tar.gz.
>
> Could anyone please help me with this issue?
>
> Thank you!
> Gerlando