Not applicable
Apr 08, 2014
12:23 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 08, 2014
12:23 AM
Seems, linker-error comes from sprintf-Function.
Getting same Error with all other examples of sprintf.
It seems, there is missing a "nolibsys"-Library.
Does anyone knows the solution?
Getting same Error with all other examples of sprintf.
It seems, there is missing a "nolibsys"-Library.
Does anyone knows the solution?
8 Replies
Not applicable
Apr 08, 2014
02:14 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 08, 2014
02:14 AM
Hi,
Are you using DAVE 3.1.10? The Apps used in the example are older versions. Why not try to do Apps Migration 1st?
BR,
Zain
Are you using DAVE 3.1.10? The Apps used in the example are older versions. Why not try to do Apps Migration 1st?
BR,
Zain
Not applicable
Apr 08, 2014
08:39 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 08, 2014
08:39 AM
Good idea,
using 3.1.10.
make clean Project, called "noop", add Code
uint8_t data[50];
sprintf((char*)data,"My Value: %d", 123);
getting Link Error...
I think, I must not write my own '_sbrk'-function, isn't it?
rgds G.
using 3.1.10.
make clean Project, called "noop", add Code
uint8_t data[50];
sprintf((char*)data,"My Value: %d", 123);
getting Link Error...
I think, I must not write my own '_sbrk'-function, isn't it?
rgds G.
Not applicable
Apr 22, 2014
01:08 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 22, 2014
01:08 AM
@Zain: Message arrived.
We should close this task with the resolution:
Indeed I must migrate also the sample Projects to synchronize with the actual Version of Dave.
But sometimes it's nessecary to rebuild the complete project as described in the readme.
F.e. in this sample with sprintf, I migrate a sample project with Uart, add some lines of code to format an integer with sprintf and output to Uart.
The result is, that the application crashes after 300..600 bytes received (it depends on the format-string). Removing sprintf and output a constant string, it works.
But, build an new project with UART and sprintf-function, it works also.
@Infineon: I think, it's a good idea, to add a check in DAVE, if an imported project is from old version of DAVE and possibly will not work.
rgds
We should close this task with the resolution:
Indeed I must migrate also the sample Projects to synchronize with the actual Version of Dave.
But sometimes it's nessecary to rebuild the complete project as described in the readme.
F.e. in this sample with sprintf, I migrate a sample project with Uart, add some lines of code to format an integer with sprintf and output to Uart.
The result is, that the application crashes after 300..600 bytes received (it depends on the format-string). Removing sprintf and output a constant string, it works.
But, build an new project with UART and sprintf-function, it works also.
@Infineon: I think, it's a good idea, to add a check in DAVE, if an imported project is from old version of DAVE and possibly will not work.
rgds
Not applicable
Apr 22, 2014
03:14 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 22, 2014
03:14 AM
Hi,
Thanks for sharing. I agree to re-build a new project whenever possible.
BR,
Zain
Thanks for sharing. I agree to re-build a new project whenever possible.
BR,
Zain
Not applicable
Apr 24, 2014
02:18 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 24, 2014
02:18 AM
Hi both,
Below are my comment and question:
1) Our development team is working very hard to adapt the example projects to the latest DAVE. The public release will be in couple of months and go by batches
2) With reference to "_sbrk" function, it has already been defined in System_LibcStubs.c
3) Does the problem of "application crashes after 300..600 bytes received" still exist? If yes, would you pls provide some more details?
Best regards,
Sophia
Below are my comment and question:
1) Our development team is working very hard to adapt the example projects to the latest DAVE. The public release will be in couple of months and go by batches
2) With reference to "_sbrk" function, it has already been defined in System_LibcStubs.c
3) Does the problem of "application crashes after 300..600 bytes received" still exist? If yes, would you pls provide some more details?
Best regards,
Sophia
Attachments are accessible only for community members.
Not applicable
Apr 28, 2014
05:58 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apr 28, 2014
05:58 AM
Hi, Sophia,
Understand 1 + 2.
3.) yes. attached a very "sophisticated" project, which will (sometimes) send "Hello World" with 9600 on uart.
At the end of main.c are come comments, which line of code will cause which behavior. Without using sprintf it will run, with using sprintf it will crash.
And it will crash after different calls off sprintf (there ist also a for() around sprintf, just to call sprintf more than once.)
rgds
Understand 1 + 2.
3.) yes. attached a very "sophisticated" project, which will (sometimes) send "Hello World" with 9600 on uart.
At the end of main.c are come comments, which line of code will cause which behavior. Without using sprintf it will run, with using sprintf it will crash.
And it will crash after different calls off sprintf (there ist also a for() around sprintf, just to call sprintf more than once.)
rgds
Not applicable
May 14, 2014
08:11 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 14, 2014
08:11 PM
Hans-Jürgen,
We'd like to understand the nature of the problem before confirming a real fix. Hence, we may need a bit more information on the tools you used. For instance, the version of gcc etc.?
Best regards,
Sophia
We'd like to understand the nature of the problem before confirming a real fix. Hence, we may need a bit more information on the tools you used. For instance, the version of gcc etc.?
Best regards,
Sophia
Not applicable
May 19, 2014
01:52 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 19, 2014
01:52 AM
Hi, Spohia,
I get same behavior, if destination buffer is to short. (In my sample it's 120chars, should be enough.)
I use Dave 3.1.10.
rgds
Hans-Juergen
I get same behavior, if destination buffer is to short. (In my sample it's 120chars, should be enough.)
I use Dave 3.1.10.
rgds
Hans-Juergen