Problem to run DSS with profiling after CCSv5 upgrade

Hi Vlad,

a couple initial questions.

- do the examples work for you?

- has your java version changed with installing M8 and M8.5?

I am going to see if I can help you with this.

Best Regards,
Lisa

No, examples did not work for me. For example, when I run

C:\ti\ccsv5\ccs_base\scripting\examples\DVTExamples>go.bat

it ends after a while with the following exception:

java.lang.IllegalArgumentException: Path not found.
        at com.ti.debug.engine.xpcom.Runtime.startBare(Runtime.java:166)
        at com.ti.debug.engine.xpcom.Runtime.startBare(Runtime.java:137)
        at com.ti.debug.engine.xpcom.Runtime.setRuntimeLocation(Runtime.java:65)
        at com.ti.dvt.ccstudioideadapter.CCStudioIDEAdapter.getCCStudioApplication(Unknown Source)
        at com.ti.dvt.ccstudioideadapter.CCStudioIDEAdapter.<init>(Unknown Source)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
        at java.lang.reflect.Constructor.newInstance(Unknown Source)
        at java.lang.Class.newInstance0(Unknown Source)
        at java.lang.Class.newInstance(Unknown Source)
        at com.ti.dvt.engine.scripting.DVTServer.createInstance(DVTServer.java:435)
        at com.ti.dvt.engine.scripting.DVTServer.getIDEAdapterList(DVTServer.java:485)
        at com.ti.dvt.ideadapter.IDEAdapterManager.getIDEAdapterList(Unknown Source)
        at com.ti.dvt.ideadapter.IDEAdapterManager.getIDEList(Unknown Source)
        at com.ti.dvt.ideadapter.IDEAdapterManager.setIDEAdapterManagerList(Unknown Source)
        at com.ti.dvt.engine.scripting.DVTServer.start(DVTServer.java:603)
        at com.ti.dvt.engine.scripting.DVTServer.<init>(DVTServer.java:68)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
        at java.lang.reflect.Constructor.newInstance(Unknown Source)
        at com.ti.ccstudio.scripting.environment.ScriptingEnvironment.getServer(ScriptingEnvironment.java:1110)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:142)
        at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:201)
        at org.mozilla.javascript.optimizer.OptRuntime.call1(OptRuntime.java:64)
        at org.mozilla.javascript.gen.c1._c0(javascript_examples/FunctionProfileScript.js:37)
        at org.mozilla.javascript.gen.c1.call(javascript_examples/FunctionProfileScript.js)
        at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:337)
        at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:2755)
        at org.mozilla.javascript.gen.c1.call(javascript_examples/FunctionProfileScript.js)
        at org.mozilla.javascript.gen.c1.exec(javascript_examples/FunctionProfileScript.js)
        at org.mozilla.javascript.tools.shell.Main.evaluateScript(Main.java:500)
        at org.mozilla.javascript.tools.shell.Main.processFileSecure(Main.java:422)
        at org.mozilla.javascript.tools.shell.Main.processFile(Main.java:388)
        at org.mozilla.javascript.tools.shell.Main.processSource(Main.java:379)
        at org.mozilla.javascript.tools.shell.Main.processFiles(Main.java:176)
        at org.mozilla.javascript.tools.shell.Main$IProxy.run(Main.java:97)
        at org.mozilla.javascript.Context.call(Context.java:540)
        at org.mozilla.javascript.ContextFactory.call(ContextFactory.java:447)
        at org.mozilla.javascript.tools.shell.Main.exec(Main.java:159)
        at org.mozilla.javascript.tools.shell.Main.main(Main.java:137)
start: RETURN
getServer: RETURN com.ti.dvt.engine.scripting.DVTServer@1de9ac4
js: "javascript_examples/FunctionProfileScript.js", line 41: uncaught JavaScript runtime exception: TypeError: Cannot call method "setStatus" of null

I do not think that I change Java version between those versions, however I cannot guarantee that.

When I decided to go back to M8 then I discovered that it did not work either!

I tried complete uninstall and different install options of M8 and M8.5 but it did not help. Still the same error.

I got the script running only when I went back to M7.

Why did M8 worked for me before then? The only answer is that I did just upgrade of my previous installation of CCS when I moved to M8, not a clean fresh install as I did with M8.5.

It is clear for me that M8 and M8.5 have problems with hardcoded paths between different CCS components so that certain components cannot access some other components within CCS. Apparantly, a simple upgrade from M7 to M8 does not introduce this error to the installation, but only a clean install.

Can you confirm that the error exists and make sure that the respective release information is updated?

Hi Vlad,

ok, thank you for confirming that some of the examples are also broken for you.  This is something we are looking into.  It appears with the switch to the M8 (beta 2) releases, the directory structure got changed and some examples are still looking in the wrong places for files. 

For example the FunctionProfileScript.js DVT example looks in a non existent directory for the ccxml file used.

I have already filed one bug against this in our system.

Please try changing the directory pointed to for the ccxml file and see if that cleans up the error for you.   From my experience with the example you are likely getting at least one timeout.   Keep me posted.  In the mean time I will look into this further and get back to you with any further feedback/ideas as well as a link to our external bug tracking system.

Best regards,
Lisa

Hi Lisa,

what exactly should I change in C:\ti\ccsv5\ccs_base\scripting\examples\DVTExamples file?

Is it Line 33:

    myDebugServer.setConfig("../C64/tisim_c64xpcpube.ccxml");

?

As far as I can see it points to the right file (assuming that the current directory is C:\ti\ccsv5\ccs_base\scripting\examples\DVTExamples)

Regards,

Vlad

Hi Vlad,

yes that is the correct place.

This gets resolved to a non existent folder since the C64 folder is not under DVTExamples but rather under examples.

Regards,
Lisa

I have installed M8.5 and C64 is under examples.

Line 33 in FunctionProfileScript.js

myDebugServer.setConfig("../C64/tisim_c64xpcpube.ccxml");

should be applied to the current working directory, that is, the directory where go.bat file is situated. Therefore that path is right.

Anyway, I tried your advice and changed that line to

myDebugServer.setConfig("../../C64/tisim_c64xpcpube.ccxml");

but the example finished even earlier with failure to locate that ccxml file.

Regards,

Vlad

 Hello again Vlad,

yes I have been finding other issues with the example.   I am looking into it and will keep you posted.  

Best Regards,
Lisa