• State Resolved
  • Locked Locked
  • Replies 8 replies
  • Answers 1 answer
  • Subscribers 54 subscribers
  • Views 1435 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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/CC1352P: CCS hangs when trying to build an example project from SDK (Ubuntu 18)

Yvan Pearson
Intellectual 850 points

Part Number: CC1352P

Tool/software: Code Composer Studio

-Install CCS v9.2 with PF_CC2X option (for CC13X)

-Install build tools/ JLINK driver

-Install CC13X SDK

-CCS Project import zr_light

Build project, remains stuck at 30% forever

tar -xvf CCS9.2.0.00013_linux-x64.tar.gz 
./CCS9.2.0.00013_linux-x64/ccs_setup_9.2.0.00013.bin \
--mode unattended  \
--unattendedmodeui minimal \
--enable-components PF_CC2X \
--prefix $HOME/${CCS} \
--install-Segger true

./simplelink_cc13x2_26x2_sdk_3_30_00_03.run \
--mode unattended  \
--unattendedmodeui minimal \
--prefix $HOME/ti

  • 0
    TI__Guru**** 171649 points

    Hi,

    I was able to partially reproduce the issue with this particular project. The IDE freezes at 30%, then unfreezes and goes up to 61% and it stays there for quite some time. By force quitting CCS and restarting, I can see the project built normally. 

    Naturally this shouldn't be happening and it seems independent on the project. 

    I will check a few additional details and report back.

    I apologize for the inconvenience,

    Rafael

  • 0 in reply to desouza
    Intellectual 850 points

    Much appreciated! I'm glad you can reproduce it. I've been able to reproduce it on a fresh install Ubuntu18 multiple times. Hopefully there is a solution so I don't have to move to windows.

    thanks,

  • 0 in reply to desouza
    TI__Guru**** 171649 points

    Hi,

    I could only build this project (and a few other Zstack projects) from the command line (*).

    However, I imported another project (the BLE5 simple peripheral) and, despite it took some time to build and was showing the same behaviour (GUI seemed locked), it finished successfully. 

    After the BLE5 project finished building, the Zstack projects finished building as well. That leads me to believe the Zstack project may either be taking too long to build or something else is causing it to break. 

    Can you try to import a different project and see if that works for you as well?

    I can repeat the problem every time I have a new workspace and import a Zstack project before anything else. 

    I will check a few additional things and file a bug report. 

    I apologize for the inconvenience, 

    Rafael

    (*) To build from the command line:

    - Open a terminal
    - Go to the output directory of your project ~/workspace_v9/zr_light_CC1352P_2_LAUNCHXL-tirtos_ccs/default
    - Set the correct JRE by issuing the following: export XDCTOOLS_JAVA_HOME=/home/user/ti/ccs903/ccs/eclipse/jre
    - Build the project: make all

  • 0 in reply to desouza
    TI__Guru**** 171649 points

    Hi,

    Last update: I just left the project building here and, after "only" one hour it finished building and I regained control over the IDE. 

    In any case, I filed the bug report CCDSK-3769 to address this. In about half hour you can check its status in the link SDOWP in my signature below. 

    I apologize for the inconvenience,

    Rafael

  • 0 in reply to desouza
    Intellectual 850 points

    Thanks for filing this bug report. Do you think this would be fixed this month or is it something that will take multiple months? I ask only to determine which tools I should use for this project I'm running.

    Once I test out the workaround you provided, I'll resolve this issue.

    cheers,

  • 0 in reply to desouza
    Intellectual 850 points

    Unfortunately after importing zr_light project from the SDK folder, there is no makefile so make all doesn't work

    I install the SDK using the binary simplelink_cc13x2_26x2_sdk_3_30_00_03.run

  • 0 in reply to Yvan Pearson
    TI__Guru**** 171649 points

    Hi,

    The build output directory and the containing makefile are created when you attempt to build the project for the first time. 

    That said, after the initial project took that long to build for the first time, subsequent builds went quick. Also, all other additional projects now build just fine as well.

    The problem seems tied to a new workspace and importing only the first project. 

    The bug report is still under investigation and unfortunately I can't commit to a fix date at this time. 

    Regards,

    Rafael 

  • 0 in reply to desouza
    TI__Guru**** 171649 points

    Hi,

    After some analysis, this bug was already registered before. .

    This issue is project-specific - it affects projects that produce large amounts of build output, with long lines, and quickly. Certain projects have a very long include-path, which results in compile commands that are 7500 characters long. The SWT widget, that is behind the Build Console view, is invoking a few OS APIs when calculating line lengths (when word-wrapping is enabled), and these OS API calls take a very long time to return when they need to process large amount of text. Interestingly, this affects both Windows and Linux GTK.

    And I could confirm that disabling word-wrapping, globally, does work around this problem. Here is the workaround:

    1. Close the Console view.
    2. Go to Window > Preferences.
    3. Click on the Show advanced settings link at the bottom of the dialog.
    4. Go to C/C++ > Build > Console page.
    5. Uncheck the Wrap lines on the console checkbox and click Apply and Close.
    6. Then just build any project - the Console view will automatically re-open with word-wrapping turned off.

    The root cause of this bug is in one of the open source components of Eclipse (the SWT module) and therefore it may take a while to be fixed (it is not entirely in our control), therefore the workaround above is the most suitable alternative at this moment.  

    Hope this helps,

    Rafael