<?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>ColdFire/68K Microcontrollers and Processors中的主题 52235 - sprintf x violation access interrupt</title>
    <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/52235-sprintf-x-violation-access-interrupt/m-p/145002#M3028</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Hello guys&lt;/DIV&gt;&lt;DIV&gt;I posted a SR (below) along Freescale today.&lt;/DIV&gt;&lt;DIV&gt;If you could provide me some help/comment I will appreaciate it a lot ..!!Thanks&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Hi Freescale.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;I created a 1000 bytes console_buffer to serve as a console debug via serial port (only tx work).For each application event, I transmit a respective frame over the serial port in order the application can be observed through the hyperterminal screen.A pointer scheme was created to allow more then 1 event be generated at time, therefore pushing its frame over such console_buffer.The problem is, I am going to violation access interrupt vector (#2) frequently when a frame is been transnmitted at the same time sprintf is called to write the next frame in the console_buffer.Besides this vector#2, some variables are crashed without reasons, a typical stack size problem (currently 2Kbytes, enough I believe..).BUT, If I before the sprintf call I disable the interrupts (sr=2700 etc..), and so enable it back after the calling, the problem disappear.The interrupt serial TX function is very simple...just a comparsion between pointer and data size..I don´t know what kind of information I can provide, but..here I am...However keep on mind the detail about disable interrupts at sprintf call..Some special care about sprintf stack,timming,parameters?Realize such buffer is used at the same time by sprintf and tx interrupt&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 12 Feb 2007 10:31:10 GMT</pubDate>
    <dc:creator>Ricardo_RauppV</dc:creator>
    <dc:date>2007-02-12T10:31:10Z</dc:date>
    <item>
      <title>52235 - sprintf x violation access interrupt</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/52235-sprintf-x-violation-access-interrupt/m-p/145002#M3028</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Hello guys&lt;/DIV&gt;&lt;DIV&gt;I posted a SR (below) along Freescale today.&lt;/DIV&gt;&lt;DIV&gt;If you could provide me some help/comment I will appreaciate it a lot ..!!Thanks&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Hi Freescale.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;I created a 1000 bytes console_buffer to serve as a console debug via serial port (only tx work).For each application event, I transmit a respective frame over the serial port in order the application can be observed through the hyperterminal screen.A pointer scheme was created to allow more then 1 event be generated at time, therefore pushing its frame over such console_buffer.The problem is, I am going to violation access interrupt vector (#2) frequently when a frame is been transnmitted at the same time sprintf is called to write the next frame in the console_buffer.Besides this vector#2, some variables are crashed without reasons, a typical stack size problem (currently 2Kbytes, enough I believe..).BUT, If I before the sprintf call I disable the interrupts (sr=2700 etc..), and so enable it back after the calling, the problem disappear.The interrupt serial TX function is very simple...just a comparsion between pointer and data size..I don´t know what kind of information I can provide, but..here I am...However keep on mind the detail about disable interrupts at sprintf call..Some special care about sprintf stack,timming,parameters?Realize such buffer is used at the same time by sprintf and tx interrupt&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 Feb 2007 10:31:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/52235-sprintf-x-violation-access-interrupt/m-p/145002#M3028</guid>
      <dc:creator>Ricardo_RauppV</dc:creator>
      <dc:date>2007-02-12T10:31:10Z</dc:date>
    </item>
    <item>
      <title>Re: 52235 - sprintf x violation access interrupt</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/52235-sprintf-x-violation-access-interrupt/m-p/145003#M3029</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Hi peolple&lt;/DIV&gt;&lt;DIV&gt;This issue was solved by a Freescale SR..&lt;/DIV&gt;&lt;DIV&gt;The problem was that my universal interrupt entry point was stacking only A0/A1 and D0/D1, as I copied from a 5213 example...&lt;/DIV&gt;&lt;DIV&gt;The orientation I received from Freescale was to push all regsiters A0- to A7 and D0 to D6.&lt;/DIV&gt;&lt;DIV&gt;It worked perfectly....&lt;/DIV&gt;&lt;DIV&gt;Now on, I will allways stack all these registers instead of&amp;nbsp;be concerned what exacltly I should stack...&lt;/DIV&gt;&lt;DIV&gt;If someone have a more elegant one...let us now ...&lt;/DIV&gt;&lt;DIV&gt;Thanks ...&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 03 Mar 2007 23:08:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/52235-sprintf-x-violation-access-interrupt/m-p/145003#M3029</guid>
      <dc:creator>Ricardo_RauppV</dc:creator>
      <dc:date>2007-03-03T23:08:38Z</dc:date>
    </item>
  </channel>
</rss>

