• State Resolved
  • Locked Locked
  • Replies 10 replies
  • Subscribers 80 subscribers
  • Views 922 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.

GRACE software BUG

FabrizioM
Prodigy 90 points
Other Parts Discussed in Thread: MSP430G2231, MSP430WARE

Hi,
I'm Fabrizio from Italy.
 
I' m using Grace + CCS4 software for configuring MSP430G2231 peripheral for Launchpad application.
I want to say here  that with manual compilation of a project without Grace software all works well.

As a starting point I opened  a new project with Grace built in  examples  (temperature.c to  begin with)  and compiled it.

The compiling  action doesn' t complete  successfully  because of some errors. I found that no obj file was generated in OBJS directory (my path is C:\Documents and Settings\FM\Documenti\workspace\Test1\src\csl\objs ) because no OBJS  directory  was found.
I thought this was very strange because the directory was there, but was also locked ( by Windows XP Professional 32bit) for some reason
(I was not able to delete  it from Windows, but I was in DOS environment).

I discovered that the name of the created  OBJS directory  wasn't  OBJS but OBJS with an ending blankspace (like OBJS_ with the underscore as a blankspace). I was not able again  to rename it to delete blankspace because of winXP locking  action.

I tried to overcome this bug. I manually created a  OBJS directory in my path with no blank space and, as I  expected, Windows created it.
The next action is obvious. I did a rebuild active project  in CCS4 and the task was completed successfully.
No errors were found and I was able to download it in Launchpad to test application.

So, not a big problem, but...... can you solve it ????
If you need further information, I will be happy to help you. Thank You.

Best Regards.

  • 0
    TI__Intellectual 1690 points

    Hi Fabrizio,

    Thanks for reporting this. As we moved on to CCSv5.1, the examples have been moved to MSP430Ware. So this issue would not appear again.

    Regards,

    Michael 

  • 0 in reply to Michael Brunotte
    Prodigy 90 points

    Hi Michael,

    As you suggested ,  I have  installed CCS v5.1 and used MSP430ware.Having the same result.....

    The bug  still  exists .I have installed the IDE on two different computers and the behaviour is the same.

    And for the moment, I'm using the same workaround, as I wrote in my first post.

    Can you investigate about this issue ???

    Thank You for your Help.

    Fabrizio from Italy.

  • 0 in reply to FabrizioM
    TI__Intellectual 1690 points

    Hi Fabrizio,

    I am not sure why you are having problems.

    With MSP430 Ware and the TI Resource Explorer, starting examples is extremely easy. You just select the example, e.g. "ADC10 TempSens Convert" in the MSP430ware->Devices->MSP430G2xx->Grace Examples->MSP430G2xx1 folder.

    Then you click on each of the links in the steps one after another. This should import, build and start the debugger for you. If you are still encountering errors, please describe exactly, which messages you are getting.

    Regards,
    Michael 

  • 0 in reply to Michael Brunotte
    Prodigy 90 points

    Hi Michael ,

    Yes , what you suggest to me is exactly what I did. But as I said in my first post, when  compiler  starts  building ,it says (to summarize) that all the *.obj files

    cannot be created. These files are located in the directory path " \workspace\Test1\src\csl\objs "   (in this example, Test1 is the name of my project but can be any name

    you want). The problem arise because the compiler first create a wrong \OBJS directory name  with a   space character at  the  end of the name  (like OBJS_ with the underscore

    as a space). Next, when  trying to write *.obj files in the  OBJS directory  (this time is looking for the right OBJS directory, with no ending space in the directory name) ,compiler cannot complete the tasks because the right OBJS directory (with no ending space) was not created previously.It does not exists!!  Only the wrong OBJS_ directory was created previously.

    So, to overcome    this  issue, my solution was to create manually the right OBJS directory in the above path and then  build all .

    This time the task completed successfully and I was able to run debugger and test my application. I found all the  *.obj files in my manually created OBJS directory.

    The wrong OBJS_ directory cannot be delete because is locked by Windows operating sistem.I delete it later in an out of Windows environment (DOS).

    Please try a Grace example ,I'm using LaunchPad + CCS v5.1 in limited code size license mode  with MSP430G2231 and the example from MSP430ware is

    msp430g2xx1_timera_uart_9600 . Also check the path as I did and check also directory name .

    To help you I will send an attached *.rar file with the above  example : you will find in the path "\workspace\msp430g2xx1_timera_uart_9600\src\csl" two OBJS

    subdirectory ( and this is normally  not possible ,but you can find also that one of them has an ending  white space in the name ,the other one was  manually created by me

    and has many *.obj files inside). I've tried also other example and having the same issue .Also tried on another PC and having the same behaviour .

    If you need any kind of  information, I 'll be happy to help you. 

    Best Regards.

    Fabrizio.

    7725.msp430g2xx1_timera_uart_9600.rar 

     

  • 0 in reply to FabrizioM
    TI__Intellectual 1690 points

    Fabrizio,

    which file system are you using, e.g. NTFS, FAT32?

    Thank you for your patience!

    Michael 

  • 0 in reply to Michael Brunotte
    Prodigy 90 points

    Hi Michael ,

    I' m using Windows XP Professional SP3 and file system is NTFS.

    Thank You for your help.

    Fabrizio.

     

  • 0 in reply to FabrizioM
    Prodigy 90 points

    Hi Michael,

    I think  I have found the source of the problem.

    In the .......\workspace\msp430g2xx1_timera_uart_9600\src\csl  of the project  explorer in CCS you' ll find a makefile file. Open it . From the beginning of  line number 9  you can read the following text

    # create object sub-directory, if necessary

    ifeq  (,$(wildcard objs/))

           $(shell $(MKDIR) objs\ )

    endif

    If you edit the line  $(shell $(MKDIR) objs\ ) deleting the space after  objs\   you' ll obtain  $(shell $(MKDIR) objs\)  ;

    all building  tasks  will complete successfully  and the issue will disappear.

    I think this file is Grace generated . Now the problem is why ?  Can you confirm or reproduce this  issue ?

    Waiting for your kind reply.

    Best regards.

    Fabrizio.

     

     

  • 0 in reply to FabrizioM
    Prodigy 90 points

    Hi Michael,

    I have found other people with exactly the same issue. Also found the definitive solution.

    Look at that link  https://sites.google.com/a/iegrec.org/arduino/news/ccscompilerproblem 

    Let me know.

    Best Regards .

    Fabrizio.

     

  • 0 in reply to FabrizioM
    TI__Intellectual 1690 points

    Fabrizio,

    the issue seems to be that you have Cygwin installed and that takes over as the default shell. Grace uses gmake and that relies on the normal shell in order to work flawlessly. If you make the windows cmd shell the default shell, the error would not appear.

    Regards,
    Michael

  • 0 in reply to Michael Brunotte
    Guru 227245 points

    Michael Brunotte said:
    If you make the windows cmd shell the default shell, the error would not appear.

    Not in CCS, but then the other software that installed Cygwin will likely break and throw errors.
    And if you happen to have more than one software that uses cygwin, but different versions... (I've been through this, and I can tell it isn't fun...)

**Attention** This is a public forum