• State Resolved
  • Locked Locked
  • Replies 1 reply
  • Subscribers 51 subscribers
  • Views 306 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CCS Studio Linux Mint 17.1 lock after -clean

Roberto Romano
Guru 27285 points
Other Parts Discussed in Thread: CCSTUDIO

 After trouble of crashed getting started pane and CCS shutdown when trying import a GUIComposer project I start try some action, the first got to unusable status :(

 I launched ccs from terminal with option -clean, I left there for 6 hour but nothing appeared other grey pane with nothing in. I killed and relaunched got same effect, after few second I killed again then I launched as root, as root operation completed fine bust after that there is no chance to run again in user mode.

 Old trick of renaming .ti doesn't work nor lock file I removed from .ti places.

detail are on thread relative to GUIcomposer crash but if necessary I can copy there.

 This issue is blocking so if someone has some idea I thank in advance for hint.

  • 0
    Guru 27285 points

    Identified cause of lock, when in ccsudio.ini there is line
    -DTIBrowserType=mozilla
    (or chrome too) it lock when launched by user perspective.
    After that need edit ccstudio.ini, temporarily remove this line
    launch ccstudio, close
    add again line to ccstudio.ini
    on next launch open regularly again.

     Edit,

     Today again was lock.

     Launched as user from terminal shell looking at few first lines :

    C5E:/opt/ti/ccsv6/eclipse$ ./ccstudio
    java.io.FileNotFoundException: /opt/ti/ccsv6/eclipse/../install_info/com.ti.xdctools.update.properties (Permission denied)
        at java.io.FileOutputStream.open(Native Method)
        at java.io.FileOutputStream.<init>(Unknown Source)
        at java.io.FileOutputStream.<init>(Unknown Source)
        at org.eclipse.equinox.internal.p2.touchpoint.natives.actions.CopyAction.xcopy(CopyAction.java:146)

     So Permission denied sounded right, that location is root property, so applying right to read write to that file ( I also applied to all 4 file of directory) issue never appeared (today)