• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 53 subscribers
  • Views 727 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.

Can't find /tmp/TI_MKLIB4kQNZn/SRC/exit.c ?? Possible config file corruption ?

citizen
Expert 2830 points
Other Parts Discussed in Thread: CC1190, TCA6424A

Hi,

A simple question regarding the prevailance of errors to do with "Can't find a source file at 100

As for instance : Can't find a source file at "/tmp/TI_MKLIB4kQNZn/SRC/exit.c"
Locate the file or edit the source lookup path to include its location.

Now I know this is related to the piece of code that I'm using for some debuggin, and it used to work just fine (please see snippet below).

It follows a few extra lines at the begining of main().

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
status += CSL_i2cInitialisation(); // Initialisation de l'I2C pour parametrer le codec.
init_TCA6424A(); // Initialisation de l'extenseur de GPIOs I2C, TCA6424A.
ConfigPort(); // Configuration des directions des ports du dsp
SET_MUX_DSP_BT()
#if BT_VERS_UART == 1
SET_MUX_UART_BT() // Switch FTDI to BT mux
SET_BT_ALIM() // Activate BT.
wait(20000); // small delai.
CLR_BT_RESET() // remove reset to boot iWrap.
exit(0);
#else
SET_MUX_UART_DSP() // Switch DSP to FTDI mux.
SET_BT_RESET() // set BT reset.
wait(2000); // small delai.
CLR_BT_ALIM() // By default bluetooth module is OFF.
#endif
SET_CC1190_STAND_BY() // set standby CC1190 for low power.
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

The compiled and executed code should exit(0); and this certainly has happened, and the code cursor should highlight line 106 of the code on the exit(0); as this is like a final breakpoint ...

Instead I'm getting this error : "/tmp/TI_MKLIB4kQNZn/SRC/exit.c" as mentioned above ... Like its looking for the source to the exit() function ??

Where is this comming from. I'm trying to understand if some CCS12 files have been corrupted to be causeing this, and if this is the case, which files may be these, and is there a way to refresh them.

I am sure this used to work all day yesterday, no worries, as I was using it to switch some debugging code for the current project.

CCS12 would always halt on the exit(0) no problems. Is there a possibility of some file configuration corruption in CCS12 to have caused this ? 

Besides this not found source file error, there are others that somehow don't halt the processor at a known source line when I press HALT, and places the curser source line in some unknown state with the above error. This is worrying as I haven't been having these errors till recently, which is why my question relates to possible corruption of CCS12 files. Is there a way to refresh these files or to at least back them up in the future ??

Thanks in advance and regards,

M.M.

  • 0
    TI__Guru**** 449991 points

    Hello,

    citizen said:
    Instead I'm getting this error : "/tmp/TI_MKLIB4kQNZn/SRC/exit.c" as mentioned above ... Like its looking for the source to the exit() function ??

    Yes, this is exactly what is happening. You application is halted somewhere in exit.c and the debugging is trying to open the file for source level debug. The source is part of the C runtime support (RTS) library from the compiler. Your application is likely using one of the RTS libraries that has been precompiled. The debugger is looking for exit.c in the original compilation path and can't find it. You can press the "Locate File" button and browse the the file in your CCS directory: <CCS INSTALL DIR>\ccs\tools\compiler\<COMPILER\lib\src. This will open the source file and hopefully you can see what line it is halted on to give you an idea of what is happening with your application.

    Thanks

    ki

  • 0 in reply to Ki
    Expert 2830 points

    Hi Ki,

    Thanks for your quick reply. The folder that you refer to only contained a "node" folder, nothing else, but I did find in the compiler directory a "lib/rtsscr.zip" which appears to contain the source code files you refer to for CGT 4.4.1.

    I added this path to the Project->Properties->Debug->Source Lookup Path (which BTW did not contain anything to point to) and recompiled and ran the application code again. Now it appears to terminate correctly inside an abort() function... (even though before it used to simply halt on the exit(0) line in the app source code)

    Fullscreen
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    /****************************************************************************/
    /* ABORT - ABNORMAL PROGRAM TERMINATION. CURRENTLY JUST HALTS EXECUTION. */
    /****************************************************************************/
    void abort(void)
    {
    /*-------------------------------------------------------------------*/
    /* PUSH THE BREAKPOINT ADDRESS AWAY FROM THE RETURN OF THE FUNCTION */
    /* LINKED BELOW IT. ELSE IN 32-BIT SLOW RETURN STACK MODE SIMULATOR */
    /* CAN SEE THE BREAKPOINT IN THE PIPELINE BEFORE THE RETURN HAPPENS. */
    /*-------------------------------------------------------------------*/
    __asm(" nop");
    /*-------------------------------------------------------------------*/
    /* SET C$$EXIT LABEL SO THE DEBUGGER KNOWS WHEN THE C++ PROGRAM HAS */
    /* COMPLETED. THIS CAN BE REMOVED IF THE DEBUGGER IS NOT USED. */
    /*-------------------------------------------------------------------*/
    __asm(" .global C$$EXIT");
    __asm("C$$EXIT: nop");
    /*-------------------------------------------------------------------*/
    /* TELL ENVIRONMENTS WITHOUT "CIO" IMPLEMENTED THE PROGRAM'S DONE. */
    /*-------------------------------------------------------------------*/
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    What I'm wondering about is what could have happened since last time I was using CCS12 to have caused this issue, since it used to just halt the execution right on the exit(0); line no problems ??. and there was never a need to worry about the CGT src directory and to have to look for it or to have to set it in the Source Lookup Path. Basically trying to understand it better so as to avoid it in the future ...

    Is there anything else I need to set up in the Source Lookup Path ??

    Thanks and regards,

    M M

  • 0 in reply to citizen
    TI__Guru**** 449991 points
    citizen said:
    Thanks for your quick reply. The folder that you refer to only contained a "node" folder, nothing else, but I did find in the compiler directory a "lib/rtsscr.zip" which appears to contain the source code files you refer to for CGT 4.4.1.

    You must be using an old version of the compiler that does not come with CCS 12 by default. 

    Yes that zip would have the source for the RTS lib with older compiler versions

    citizen said:
    What I'm wondering about is what could have happened since last time I was using CCS12 to have caused this issue, since it used to just halt the execution right on the exit(0); line no problems ?

    Your application has some issue with it that is causing it to hit an exception and abort. I can't answer why. This is not an issue with CCS or the compiler. 

    I suggest starting a new thread in the forum related to your device.

    Thanks

    ki

  • 0 in reply to Ki
    Expert 2830 points

    Ok, thanks Ki. I'll look further into it.

    Cheers, MM