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.

Putting CCS components under version control breaks target debug

Part support request, part bug report:

Error when attempting to launch a debug configuration for a C6678 using the XDS100v1 emulator.

Console error message reads:

Cannot read System Setup data from XML file
C:\Users\admin\src\ndkExperimental\Common\Templates\CCS_NDK_Project\usb100.ccxml
Error parsing file "C:\ti\ccsv5\ccs_base\common\targetdb\drivers\TI_reg_ids\.svn\entries":
syntax error at line 1 column 0

Now yes, that TI_reg_ids/.svn/entries file *is* SVN metadata.  (We've had so many hassles with CCS breaking, that I decided this time to put the entire install under local version control.)

It seems however that the very act of doing so breaks CCS.

I tried removing the SVN metadata, restarting CCS with a new clean workspace and creating a new target debug configuration but the problem *persists*.

Something must have indexed .svn/entries and now I can't get rid of it.

Oh well, that's what we have version control for...

CCS v5.1.0 system configuration attached:

7853.ccs-system-config.txt

 

  • Mark F said:

    Now yes, that TI_reg_ids/.svn/entries file *is* SVN metadata.  (We've had so many hassles with CCS breaking, that I decided this time to put the entire install under local version control.)

    It seems however that the very act of doing so breaks CCS.

    CCS scans that directory when starting a debug session and it seems like adding any extra file that is not a targetdb xml format will cause the error. In this case, It would not be possible to put all of CCS into version control.

    Mark F said:

    I tried removing the SVN metadata, restarting CCS with a new clean workspace and creating a new target debug configuration but the problem *persists*.

    Something must have indexed .svn/entries and now I can't get rid of it.

    You need to shut down CCS and delete your target cache files. There are in (on windows xp)

    C:\Documents and Settings\<user>\Local Settings\Application Data\.TI

    You can delete all the contents of that folder and then restart CCS

    Thanks

    ki

     

     

  • Aha! I didn't know about the AppData dotfiles.

    Instead of deleting the whole directory, the solution was to delete just the TargetDB entries from the sqlite database C:\Users\$USER\AppData\Local\.TI\*\0\0\targetdb.dat :

    The following SQL

    DELETE FROM TargetDB_Files WHERE path LIKE '%.svn%'

    did the trick.

    Thanks