<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>S32 Design StudioのトピックRe: How to debug C Library functions?</title>
    <link>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503312#M264</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Whilst I'm still away from a solution, I know a little bit more about this: The 'strange' output I see is some earlier printf output from my software at startup time. For me it seems some of the data is written into a buffer and keeps there as long as there is no other printf. But as soon as I trigger a new printf (with string replacement), first the buffer will go to UART and after this my newest printf output.&lt;/P&gt;&lt;P&gt;I thought the nano library doesn't use buffers for output?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 12 Jan 2016 07:58:02 GMT</pubDate>
    <dc:creator>0815</dc:creator>
    <dc:date>2016-01-12T07:58:02Z</dc:date>
    <item>
      <title>How to debug C Library functions?</title>
      <link>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503309#M261</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have strange 'behavior' of the printf library function here. The first call of it with some string replacement (I mean something like printf("\n%s\n", string)) results in some crazy output.&lt;/P&gt;&lt;P&gt;I would like to debug the function, but how can I load the symbols of the library (and from where)? Or do I need to build the library for myself?&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm using S32 Design Studio, the controller is a S9KEAZ128. So far, I tested both newlib and newlib-nano.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help is appreciated!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Dec 2015 10:18:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503309#M261</guid>
      <dc:creator>0815</dc:creator>
      <dc:date>2015-12-23T10:18:36Z</dc:date>
    </item>
    <item>
      <title>Re: How to debug C Library functions?</title>
      <link>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503310#M262</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, I think you need to rebuild the library with debug information enabled. I did this for the Kinetis parts (see &lt;A href="http://mcuoneclipse.com/2014/08/23/gnu-libs-with-debug-information-rebuilding-the-gnu-arm-libraries/" title="http://mcuoneclipse.com/2014/08/23/gnu-libs-with-debug-information-rebuilding-the-gnu-arm-libraries/"&gt;GNU Libs with Debug Information: Rebuilding the GNU ARM Libraries | MCU on Eclipse&lt;/A&gt; ), but I have to tell that this is rather painful.&lt;/P&gt;&lt;P&gt;If you get some cracy output: are you using a physical UART or semihosting for the output? as printf() and family is using a lot of stack, I recommend that you increase the stack size (say 3 or 4 KB) to rule out a possible stack overflow.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this helps,&lt;/P&gt;&lt;P&gt;Erich&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 27 Dec 2015 07:02:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503310#M262</guid>
      <dc:creator>BlackNight</dc:creator>
      <dc:date>2015-12-27T07:02:57Z</dc:date>
    </item>
    <item>
      <title>Re: How to debug C Library functions?</title>
      <link>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503311#M263</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the response!&lt;/P&gt;&lt;P&gt;But after reading your article I'm really not sure whether I'm wanna do this...&lt;/P&gt;&lt;P&gt;However, I already thought on a stack issue and increased stack (and heap) up to 6 KB each. And yes, I'm using physical UART (together with PE ConsoleIO component).&lt;/P&gt;&lt;P&gt;I also tried the semihosting but didn't see any output on the Semihosting Console...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any other ideas?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 08 Jan 2016 09:08:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503311#M263</guid>
      <dc:creator>0815</dc:creator>
      <dc:date>2016-01-08T09:08:52Z</dc:date>
    </item>
    <item>
      <title>Re: How to debug C Library functions?</title>
      <link>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503312#M264</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Whilst I'm still away from a solution, I know a little bit more about this: The 'strange' output I see is some earlier printf output from my software at startup time. For me it seems some of the data is written into a buffer and keeps there as long as there is no other printf. But as soon as I trigger a new printf (with string replacement), first the buffer will go to UART and after this my newest printf output.&lt;/P&gt;&lt;P&gt;I thought the nano library doesn't use buffers for output?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Jan 2016 07:58:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32-Design-Studio/How-to-debug-C-Library-functions/m-p/503312#M264</guid>
      <dc:creator>0815</dc:creator>
      <dc:date>2016-01-12T07:58:02Z</dc:date>
    </item>
  </channel>
</rss>

