rtems with matlab autocode problems

[Bob Kuo]

On Wed, Jun 16, 2010 at 12:02 PM, João Rasta <freakforever at gmail.com> wrote:
> Just an update:
>
> If i do fflush(stdout) inside the test function, the application crashes.
> Also, no matter what i put in printf, it allways prints the same characters,
> but it detects the \n correctly.. I don't see if this can be related to the
> compiler..

Could it be a text-encoding problem?

>
>
> Best,
> JM
>
> On Wed, Jun 16, 2010 at 4:56 PM, Joel Sherrill <joel.sherrill at oarcorp.com>
> wrote:
>>
>> On 06/16/2010 10:52 AM, João Rasta wrote:
>>>
>>> Hi,
>>>
>>> No, autocode requires the real-time workbench only, it is quite
>>> straightforward to generate the code.
>>>
>>> I didn't fully understood your question. Anyway, i have tried to compile
>>> the application with gcc and runs fine on linux so it should run on rtems
>>> with the apropriate modifications. However, when i printf("test\n") within
>>> the library finction, it returns strange characters, which doesn't happen in
>>> the function that calls the library function..
>>
>> Is it including stdio.h?  I have seen some targets where if you don't the
>> variable
>> arguments stuff gets confused.
>>
>> Is the generated code warning free?
>>>
>>> I suspect of a compilation flag/option i may be missing on the library.
>>> Do you have any idea?
>>>
>> As long as it is compiled the same as the rest of the app, it should be
>> ok.
>>>
>>> Also, i don't need any rtems primitives/configurations on the library
>>> functions right? I'm assuimng It is enough to have the rtems configuration
>>> on the "main" file.
>>>
>> Right.
>>
>> Can you print from other tasks?
>>
>> --joel
>>>
>>> Best,
>>> JM
>>>
>>>
>>>
>>> On Wed, Jun 16, 2010 at 4:42 PM, Joel Sherrill <joel.sherrill at oarcorp.com
>>> <mailto:joel.sherrill at oarcorp.com>> wrote:
>>>
>>>    On 06/16/2010 10:38 AM, João Rasta wrote:
>>>
>>>        Hi,
>>>
>>>        I'm having trouble running an rtems application that uses code
>>>        generated from matlab using autocode. It all goes well until a
>>>        function of this library is called: printfs return awkward
>>>        characters and then the application crashes.
>>>
>>>    I have seen references to this before.  Is this hard to do?  Are
>>>    there instructions?
>>>    Standard glue code, etc.
>>>
>>>        1) Is there any obvious reason to why printfs of the autocode
>>>        generated functions are not working properly? They are
>>>        compiled with sparc-rtems-gcc, as the main code.
>>>
>>>        2) Are there any special flags needed to be passed to the
>>>        compiler in order to link other libraries? Or some rtems
>>>        configuration..
>>>
>>>    Is there any chance it is printing floating point numbers from a
>>>    non-FP task?
>>>
>>>
>>>        Best,
>>>        JM
>>>
>>>
>>>
>>>    --     Joel Sherrill, Ph.D.             Director of Research&
>>>  Development
>>>    joel.sherrill at OARcorp.com        On-Line Applications Research
>>>    Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>>>      Support Available             (256) 722-9985
>>>
>>>
>>>
>>
>>
>> --
>> Joel Sherrill, Ph.D.             Director of Research&  Development
>> joel.sherrill at OARcorp.com        On-Line Applications Research
>> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>>   Support Available             (256) 722-9985
>>
>>
>
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-users
>
>