CCS/TM4C1294NCPDT: TI-RTOS ROV View empty

Hi Akos,

The reason why new ROV is not working (i.e. gives the xdc.rov.monserver error) is because it requires the application to be built with XDCtools 3.50 or higher. Unfortunately TI-RTOS for TivaC requires a pre-3.50 XDCtools. So using the new ROV with TI-RTOS for TivaC is a non-starter.

The older one should work. Can you start CCS with a -console option? This will open a seperate debug window. Can you see if there is any output in it when you try to start the older ROV tool?

Todd

Hi Todd,

thanks for the reply!

Unfortunately i am not able to start CCS with -console option. I can't see the separate debug window. What am i doing wrong?

akos@tardis:~/ti/ccs930/ccs/eclipse$ ./ccstudio -console

If i start CCS with -debug option i get i slightly other output in the bash.

akos@tardis:~/ti/ccs930/ccs/eclipse$ ./ccstudio -debug
Start VM: -Dosgi.instance.area.default=@user.home/workspace_v9
-Djxbrowser.ipc
-Dorg.eclipse.equinox.http.jetty.customizer.class=com.ti.ccstudio.gui.composer.http.jetty.MaqettaJettyCustomizer
-Dccs.minXDCVersion=3.25.5.1
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.readTimeout=30000
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.closeTimeout=10000
-Dsun.net.client.defaultReadTimeout=30000
-Dsun.net.client.defaultConnectTimeout=10000
-Xms256m
-Xmx2048m
-XX:ErrorFile=/home/akos/.ti/ccs930/0/dmp//hs_err_%p.log
-Djava.class.path=/home/akos/ti/ccs930/ccs/eclipse//plugins/org.eclipse.equinox.launcher_1.5.0.v20180512-1130.jar
-os linux
-ws gtk
-arch x86_64
-showsplash /home/akos/ti/ccs930/ccs/eclipse//plugins/com.ti.ccstudio.branding_9.1.0.201912041800/splash.bmp
-launcher /home/akos/ti/ccs930/ccs/eclipse/ccstudio
-name Ccstudio
--launcher.library /home/akos/ti/ccs930/ccs/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.700.v20180518-1200/eclipse_1705.so
-startup /home/akos/ti/ccs930/ccs/eclipse//plugins/org.eclipse.equinox.launcher_1.5.0.v20180512-1130.jar
--launcher.appendVmargs
-product com.ti.ccstudio.branding.product
-debug
-vm /home/akos/ti/ccs930/ccs/eclipse/jre/lib/amd64/server/libjvm.so
-vmargs
-Dosgi.instance.area.default=@user.home/workspace_v9
-Djxbrowser.ipc
-Dorg.eclipse.equinox.http.jetty.customizer.class=com.ti.ccstudio.gui.composer.http.jetty.MaqettaJettyCustomizer
-Dccs.minXDCVersion=3.25.5.1
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.readTimeout=30000
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.closeTimeout=10000
-Dsun.net.client.defaultReadTimeout=30000
-Dsun.net.client.defaultConnectTimeout=10000
-Xms256m
-Xmx2048m
-XX:ErrorFile=/home/akos/.ti/ccs930/0/dmp//hs_err_%p.log
-Djava.class.path=/home/akos/ti/ccs930/ccs/eclipse//plugins/org.eclipse.equinox.launcher_1.5.0.v20180512-1130.jar
Install location:
    file:/home/akos/ti/ccs930/ccs/eclipse/
Configuration file:
    file:/home/akos/ti/ccs930/ccs/eclipse/configuration/config.ini loaded
Configuration location:
    file:/home/akos/ti/ccs930/ccs/eclipse/configuration/
Framework located:
    file:/home/akos/ti/ccs930/ccs/eclipse/plugins/org.eclipse.osgi_3.13.0.v20180409-1500.jar
Loading extension: reference:file:org.eclipse.osgi.compatibility.state_1.1.100.v20180331-1743.jar
    eclipse.properties not found
Framework classpath:
    file:/home/akos/ti/ccs930/ccs/eclipse/plugins/org.eclipse.osgi_3.13.0.v20180409-1500.jar
    file:/home/akos/ti/ccs930/ccs/eclipse/plugins/
    file:/home/akos/ti/ccs930/ccs/eclipse/plugins/org.eclipse.osgi.compatibility.state_1.1.100.v20180331-1743.jar
Splash location:
    /home/akos/ti/ccs930/ccs/eclipse//plugins/com.ti.ccstudio.branding_9.1.0.201912041800/splash.bmp
Debug options:
    file:/home/akos/ti/ccs930/ccs/eclipse/.options not found
Time to load bundles: 4
Starting application: 829

Regards

Akos

Akos,
can you break at main and see if the problem exists at the very beginning of the program? If not, can you step through until ROV fails? Are all modules and views blank? Sometimes there are error or warning messages in the file .log in the directory 'metadata' in your workspace. You may want to check that too. We might eventually ask you to post your project because it seems there is something in your project that's breaking ROV.

Thanks,
Sasha

This ROV issue is odd since I get a similar issue via CCS9.1 trying to open project *.cfg file of imported project built in CCS7.3.

The TIRTOS editor thinks Java is the wrong path an exception is thrown. CCS7.3 was installed root C:\CCS73 and CCS9.1 C:\ti\ccs910\

Please fix the following errors. Then close and relaunch the XGConf editor. Yet Jre7 and 8.0 are installed in exact path shown below (x86).

C:\ti\ccs910\xdctools_3_32_02_25_core\xs.exe: error: can't create session manager: can't find a JVM; the environment variable 'XDCTOOLS_JAVA_HOME' is set, but does not appear to be a directory containing a 32-bit Java Runtime Environment (1.7 or greater); e.g., 'C:\Program Files (x86)\Java\jre7'.

Half the issues with CCS project are path related, perhaps odd issues are newer IDE related. CCS9.1 couldn't discover or find UIA tools package yet found XDC tools package. Had to manually add the path to UIA then install into CCS for the project to build. 

Hi Sasha,

thanks for your answer.

I don't think my code breaks the ROV because on a different computer it works just fine. The ROV shows nothing (no Mailbox Info, Task Info ect.) even before bios_start(). I even created a new project with the same source code and it didn't work as well. So for me it looks like not a single problem but multiple things that lead to this issue. I cannot post my project here.

The .log file looks like this:

!SESSION 2020-01-27 08:42:41.631 -----------------------------------------------
eclipse.buildId=4.8.0.I20180611-0500
java.version=1.8.0_112
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments:  -product com.ti.ccstudio.branding.product
Command-line arguments:  -os linux -ws gtk -arch x86_64 -product com.ti.ccstudio.branding.product

!ENTRY com.ti.common.core 1 0 2020-01-27 08:42:50.362
!MESSAGE path=ccs_base/DebugServer

!ENTRY com.ti.common.core 1 0 2020-01-27 08:42:50.363
!MESSAGE debugServerDir=/home/akos/ti/ccs930/ccs/ccs_base/DebugServer

!ENTRY org.eclipse.launchbar.core 2 0 2020-01-27 08:42:58.342
!MESSAGE Enablement expression is missing for descriptor type org.eclipse.cdt.debug.core.coreBuildDescriptorType

!ENTRY org.eclipse.launchbar.core 2 0 2020-01-27 08:42:58.346
!MESSAGE Enablement expression is missing for config provider for org.eclipse.cdt.debug.core.coreBuildDescriptorType

!ENTRY org.eclipse.launchbar.core 2 0 2020-01-27 08:42:58.346
!MESSAGE Enablement expression is missing for config provider for org.eclipse.cdt.debug.core.coreBuildDescriptorType

!ENTRY com.ti.ccstudio.ui 1 0 2020-01-27 08:42:58.394
!MESSAGE CCS IDE session started!
    CCS build: 9.3.0.00012
    CCS location: /home/akos/ti/ccs930/ccs
    Workspace location: /home/akos/css_workspaces/ielad

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.596
!MESSAGE constructor

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.597
!MESSAGE done with directories

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.597
!MESSAGE loading ti_logger

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.657
!MESSAGE Platform os: linux

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.657
!MESSAGE loading cTools

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.664
!MESSAGE loading TraceFactory

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.672
!MESSAGE loading sqlite3

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.674
!MESSAGE loading CloudTrace

!ENTRY com.ti.dbgtrc.webapp.CloudTraceInterface 0 0 2020-01-27 08:42:58.744
!MESSAGE CloudTrace interface loaded

!ENTRY com.ti.ccstudio.project.ui.webcontent 1 0 2020-01-27 08:42:58.882
!MESSAGE CCS HTTP adapter started! [ccs.port:35119] - Open 'http://localhost:35119/ide' in web browser to see listing of available APIs...

!ENTRY org.eclipse.jface 2 0 2020-01-27 08:43:28.667
!MESSAGE Ignored reentrant call while viewer is busy. This is only logged once per viewer instance, but similar calls will still be ignored.
!STACK 0
java.lang.RuntimeException
    at org.eclipse.jface.viewers.ColumnViewer.checkBusy(ColumnViewer.java:761)
    at org.eclipse.jface.viewers.AbstractTreeViewer.setExpandedState(AbstractTreeViewer.java:2507)
    at com.ti.dvt.gridview.ViewTreeContentProvider$OurTreeDecorator.getCellText(ViewTreeContentProvider.java:915)
    at com.ti.dvt.ui.internal.TableLabelProvider.getColumnText(TableLabelProvider.java:122)
    at org.eclipse.jface.viewers.TableColumnViewerLabelProvider.update(TableColumnViewerLabelProvider.java:66)
    at org.eclipse.jface.viewers.ViewerColumn.refresh(ViewerColumn.java:141)
    at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:943)
    at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run(AbstractTreeViewer.java:117)
    at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
    at org.eclipse.ui.internal.JFaceUtil.lambda$0(JFaceUtil.java:44)
    at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:173)
    at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:1022)
    at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:475)
    at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
    at org.eclipse.ui.internal.JFaceUtil.lambda$0(JFaceUtil.java:44)
    at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:173)
    at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:2158)
    at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem(AbstractTreeViewer.java:837)
    at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeViewer.java:2788)
    at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.java:1947)
    at org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct(TreeViewer.java:674)
    at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1923)
    at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1880)
    at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1866)
    at org.eclipse.jface.viewers.StructuredViewer.lambda$2(StructuredViewer.java:1507)
    at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1446)
    at org.eclipse.jface.viewers.TreeViewer.preservingSelection(TreeViewer.java:360)
    at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1407)
    at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1507)
    at org.eclipse.jface.viewers.ColumnViewer.refresh(ColumnViewer.java:523)
    at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1466)
    at com.ti.dvt.gridview.RovGrid.refreshLHS(RovGrid.java:453)
    at com.ti.dvt.gridview.RovGrid.refreshAll(RovGrid.java:426)
    at com.ti.dvt.gridview.RovGrid.setInput(RovGrid.java:115)
    at com.ti.dvt.gridview.RovGrid.refresh(RovGrid.java:439)
    at com.ti.dvt.gridview.GridView$ParameterChangeListener$4.doRun(GridView.java:239)
    at com.ti.dvt.ui.internal.UIRunnable.run(UIRunnable.java:40)
    at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:37)
    at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:182)
    at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4915)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4521)
    at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1170)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
    at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1059)
    at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:153)
    at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:667)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:597)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:148)
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:152)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:656)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:592)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1498)

Regards,

Akos

Akos,
I didn't mean that something is wrong with your code. It just that from your debugging efforts (and thanks for doing that) it seems that a combination of your specific project and CCS 9 exposes a bug somewhere. I understand that you cannot post the project publicly, but would you be able to send it to me? You can click on my name, and then there will be a "Connect" icon on the right, and when you click on that, you can select "Request friendship". Then, you'll be able to send your project to me directly. It's hard to debug this if I can't replicate it.

If you want to help us to debug more, you can try installing CCS 9 on that other computer where your project worked with CCS 8.3. If it fails with CCS 9 then it would be a reasonable guess that some difference between 8.3 and 9 is causing the problem. I'll also have to research release notes because that specific combo of XDCtools 3.32 and CCS 9 might not have been tested.

Gl,
that seems to be a different problem, and you may want to start a different thread if you are still experiencing the problem. On Windows, we switched from 32-bit support to 64-bit. Therefore, 32-bit JRE installations that worked with CCS 8.3 are not going to work with CCS 9, and the other way around. The error message only gives an example of an installation directory, it doesn't mean that XDCtools is looking there. You have to set XDCTOOLS_JAVA_HOME to that directory if you want XDCtools to look there.

You can check which version of JRE you have if you type 'bin\java -version'. A 64-bit version will say that it is a 64-bit version in the output. 

Akos Balassa said:

i am using CCS Version: 9.3.0.00012, TI v18.12.4.LTS, TI-RTOS for TivaC 2.16.0.08, XDCtools version 3.32.0.06 on ubuntu.

I'd wager this issue is 32 bit java related as the same version XDCtools version has issue on CCS9.x 64 bit IDE.

Spending more time trouble shooting it is revealed CCS 9.1 did not install 32 bit Java under the IDE root. The 32/64 bit Java versions were already installed under C:\Program Files(x86). 

Sasha Slijepcevic said:

You have to set XDCTOOLS_JAVA_HOME to that directory if you want XDCtools to look there.

That did not fix the problem with the project. It would seem ROV too is part of UIA 2.0.5.50 system analyzer and it worked via 32 bit java CCS 7.3

Hi,

thank you for your answers!

Sasha Slijepcevic said:

If you want to help us to debug more, you can try installing CCS 9 on that other computer where your project worked with CCS 8.3. If it fails with CCS 9 then it would be a reasonable guess that some difference between 8.3 and 9 is causing the problem. I'll also have to research release notes because that specific combo of XDCtools 3.32 and CCS 9 might not have been tested.

I installed CCS 9 on the other computer where it worked with the older CCS 8.3. It did not work with CCS9 but it still worked with CCS8.3.

Hi Akos,

Sasha is out on vacation. He will try to look at this when he gets back. 

Todd

Akos,
I was able to replicate the problem on an example, and I am looking at it, and trying to get help from other teams.
I would like to check with you if you or someone else working with you ever had ROV Classic working correctly in CCS 9 on Ubuntu.

Thanks,
Sasha

Hi Sasha,

thank you for your post. Yes ROV Classic works with a different project in CCS 9 on my Ubuntu. (So for me it looks like the problem is caused by multiple things)

Regards,

Akos