<?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>topic Memory Zero-page in 8-bit Microcontrollers</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127429#M1411</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi! I am using MC68HC908GZ16 and Codewarrior. When I use IN-circit function RDVRRNG routine, ref AN2545.pdf. It saves new data at addresses $4C-60, but unfortunally Codewarrior have saved som data already at that location, and results my program to crash! How do I know what codewarrior have placed at location $4C-60, and how do I replace it?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks In advance Patrik&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 28 Feb 2006 17:23:51 GMT</pubDate>
    <dc:creator>patti</dc:creator>
    <dc:date>2006-02-28T17:23:51Z</dc:date>
    <item>
      <title>Memory Zero-page</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127429#M1411</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi! I am using MC68HC908GZ16 and Codewarrior. When I use IN-circit function RDVRRNG routine, ref AN2545.pdf. It saves new data at addresses $4C-60, but unfortunally Codewarrior have saved som data already at that location, and results my program to crash! How do I know what codewarrior have placed at location $4C-60, and how do I replace it?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks In advance Patrik&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Feb 2006 17:23:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127429#M1411</guid>
      <dc:creator>patti</dc:creator>
      <dc:date>2006-02-28T17:23:51Z</dc:date>
    </item>
    <item>
      <title>Re: Memory Zero-page</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127430#M1412</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;Just edit your application .prm file and adjust the addresses specified in the SEGMENTS block to make sure nothing is allocated at 0x4C..0x60.&lt;/P&gt;&lt;P&gt;Also you can take a look at the .map file generated by the linker.&lt;/P&gt;&lt;P&gt;In this file you should be able to check which object is allocated at address 0x4c.&lt;/P&gt;&lt;P&gt;There is a section called "OBJECT LIST SORTED BY ADDRESS" where you should be able to retrieve the information pretty quickly.&lt;/P&gt;&lt;P&gt;CrasyCat&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Feb 2006 19:19:50 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127430#M1412</guid>
      <dc:creator>CrasyCat</dc:creator>
      <dc:date>2006-02-28T19:19:50Z</dc:date>
    </item>
    <item>
      <title>Re: Memory Zero-page</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127431#M1413</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Thanks a lot! When I calculated a bit I noticed that some of variables where bigger than I expected! &lt;IMG alt=":smileyvery-happy:" class="emoticon emoticon-smileyvery-happy" id="smileyvery-happy" src="http://freescale.i.lithium.com/i/smilies/16x16_smiley-very-happy.gif" title="Smiley Very Happy" /&gt;&lt;BR /&gt;&lt;BR /&gt;Patrik&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Feb 2006 20:15:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/Memory-Zero-page/m-p/127431#M1413</guid>
      <dc:creator>patti</dc:creator>
      <dc:date>2006-02-28T20:15:52Z</dc:date>
    </item>
  </channel>
</rss>

