Error when loading binaries to XTA / xTimeComposer

[mozcelikors]

Hello,

Due to the project needs, I need to access the binary & timing analysis of my program. I go to the analyze section and try to load the .xe file, but I get the following error. How do I solve this? I tried cleaning workspace, .project, and .settings; but it did not work. Any help would be greately appreciated.

Note, if it helps: I use jdk1.8.0_65, and jre1.8.0_91 as 32-bit. And I use jre1.8.0_92 for 64-bit Java.

[mon2]

Regardless of which tool version are you using, the 32 bit JRE must be installed. One user posted a fix to allow for the use of 64 bit JRE but unable to locate that post at this time.

From:
https://www.xmos.com/support/tools

Microsoft Windows (requires 32-bit JRE)

Install 32 bit JRE and try again. Please post your results.

[mozcelikors]

It is already installed sir

[mozcelikors]

I've discovered that I get the same error in my other computer. Additionaly, I get the same error with the binary analysis application note AN00191 provided by XMOS.

Could somebody please check if they have this error?
If not, could you write your java versions, path variables etc.
Maybe it's because I'm running Win 7 64-bit OS?
Any help is appreciated. Thanks.

[mozcelikors]

Update: The error log is as follows:

Code: Select all

!ENTRY org.eclipse.core.jobs 4 2 2016-05-26 10:45:02.766
!MESSAGE An internal error occurred during: "Load C:\Users\Mustafa\Documents\XTimeComposerStudio_WorkspaceYedek\AN00155_explorer_gpio\bin\app_simple_gpio_demo.xe Into Binary Analyser".
!STACK 0
java.lang.NullPointerException
	at com.xmos.libs.core.xnloader.XnLoader.getNodeId(Unknown Source)
	at com.xmos.libs.core.utils.CoreId.<init>(Unknown Source)
	at com.xmos.cdt.core.binarymodel.BinaryModel.load(Unknown Source)
	at com.xmos.cdt.core.CdtCorePlugin$4.run(Unknown Source)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

Any help would be greately appreciated.

[mon2]

Your JRE version appears to be dated. On this note, the latest download from the following webpage notes for use with Windows 8.x only (no mention on the Windows 7 support).

http://www.java.com

For this reason, consider to download an older release which is compatible with Windows 7 but more current than your release 1.8 from here:

http://www.oracle.com/technetwork/java/ ... 39210.html

Remove the JRE packages you have installed already.

Download the following package and test again. Please post your results. You will be installing a Windows 7 compatible JRE package (32 bit version; even though you are on Windows 7 64 bit):

http://www.oracle.com/technetwork/java/ ... 39210.html

Direct URLs:
http://www.oracle.com/technetwork/java/ ... 80-oth-JPR

jre-7u80-windows-i586.exe <-- recommended download for your box ( Windows x86 Offline)

Please post your results.

Update
====

Oracle is using a strange version numbering system. You appear to have downloaded a very recent version of the JRE package. The root cause, we are suspecting, is probably linked to the issue that this JRE download is ONLY compatible for Windows 8 use. You must remove this version and install an older package as noted above on this post for your Windows 7 use. Good luck !

[mozcelikors]

Okay, so I deleted every other jre on my system;
Only thing left is
C:\Program Files (x86)\Java\jre7 (Which you suggested)
and I updated the Path variable too.

But I'm still having same issue :/

[mon2]

Post exactly the command details you are using which raises this issue. Pretty sure we have a Windows 7 64 bit box in the lab with the XMOS tools installed. Will confirm the same details upon reaching the office in a few hours. Although a small pain but you could try to install an older xTimeComposer tool chain to see if that is the issue. At work, do not believe we have the most recent version of the tools installed from XMOS.

[mozcelikors]

My current version is 14.2.0 but I also tried it on 14.1.2.

I dont use console, if that is what you ask. I simply load try to load binaries from the Analyzer Load icon. The issue log is above which describes the details of the problem. That's pretty much it as far as I know.

[mon2]

What is your target hardware for this project ?

Details of the make file / XN file ?

This thread seems to hint the XN file could be an issue:

https://www.xcore.com/forum/viewtopic.php?f=26&t=2306

The problem has been sorted - It was a problem with the XN file using the old naming conventions for the processors and XTA did not recognize the processor. Changing the package name to XS1-L16A-128-QF124-C10 solved the problem.

Please confirm if this issue is the same for your side.