Image$$RO$$Base

一个简易的映像文件包括以下几个部分：
○ 一个只读（RO）区域；
○ 一个读写（RW）区域；
○ 一个被0初始化（ZI）的区域。
我们采用如下的方法，在链接器中指定每个区域在执行时的定位地址：
-RO-base   exec_address1    指示链接器将只读(RO)区域定位在exec_address1地址处（例如，定位在ROM空间的起始地址上）；
-RW-base   exec_address2   指示链接器将读写(RW)区域定位在exec_address2地址处。
在RW(数据)区域中，也可能含有程序代码，这是因为程序有时候需要自我修改（或产生新的代码），类似的，RO(代码)区域中可能包含只读的数据（例如字符串，常数等）。
链接器在创建上述区域的同时产生相应的“符号”并把地址信息传递给这些符号，从而允许将区域从它的加载地址拷贝到执行地址。这些符号描述了每个区域的起始地址和大小限制。这些符号的列举和定义，请参考附图。
在这里，exec_address1是RO区域的执行地址，它与RO区域在代码加载时的地址相同。exec_address2是RW的代码执行地址，它与RW区在加载时的地址是不一样的，RW在加载时是紧接在R0区域后面的，因此在C程序执行之前，它必须被移到正确的地址上去。同时，ZI区域也必须重新创建（因为在加载阶段，不存在ZI区域）。

[url=javascript:next();][/url]
[url=http://cbqcgq.photo.hexun.com/19956992_d.html][/url]
在一个简单的image里面：
Image$$RO$$Base:是RO段的执行地址开始和装载地址开始，由-RO-BASE这个参数指定的
Image$$RO$$Limit:是RO段的装载地址结束的后一个地址，也就是RW的装载地址的开始。（在一个simple image里面，装载的时候，RO段被装载在-RO-BASE指定的地址，后面紧跟着的是RW的数据，注意，在simple image执行的时候，因为ro段的装载地址和执行地址相同，所以不需要移动，而RW的执行地址是由-RW-BASE指定的，所以需要移动！）
Image$$RW$$Base:是rw段的执行地址，由-rw-base这个参数指定！
总结一下：
没运行前：flash中的ro段是ro-base指定的地址开始，等ro段完了（也就是Image$$RO$$Base~Image$$RO$$limit-1），后面紧接着就是rw段(也就是Image$$RO$$limit~。。。)！
运行时：flash中的ro段地址没有动，还是Image$$RO$$Base~Image$$RO$$limit-1，原来flash中的rw段移到了sdram中，地址为Image$$RW$$Base~Image$$ZI$$Base,然后又初始化了一段ZI区！
 
首先申明我使用的调试软件为ADS1.2，当我们把程序编写好以后，就要进行编译和链接了，在ADS1.2中选择MAKE按钮，会出现一个Errors and Warnings 的对话框，在该栏中显示编译和链接的结果，如果没有错误，在文件的最后应该能看到Image component sizes，后面紧跟的依次是Code，RO Data ，RW Data ，ZI Data ，Debug 各个项目的字节数，最后会有他们的一个统计数据：
Code 163632 ，RO Data 20939 ，RW Data 53 ，ZI Data 17028
Tatal RO size (Code+ RO Data)             184571 (180.25kB)
Tatal RW size(RW Data+ ZI Data)           17081(16.68 kB)
Tatal ROM size(Code+ RO Data+ RW Data)   184624(180.30 kB)
后面的字节数是根据用户不同的程序而来的，下面就以上面的数据为例来介绍那几个变量的计算。
在ADS的Debug Settings中有一栏是Linker/ARM Linker，在output选项中有一个RO base选项，下面应该有一个地址，我这里是0x0c100000，后面的RW base 地址是0x0c200000，然后在Options选项中有Image entry point ，是一个初始程序的入口地址，我这里是0x0c100000 。
有了上面这些信息我们就可以完全知道这几个变量是怎么来的了：
|Image$$RO$$Base| = Image entry point = 0x0c100000 ;表示程序代码存放的起始地址
|Image$$RO$$Limit|=程序代码起始地址+代码长度+1=0x0c100000+Tatal RO size+1
= 0x0c100000 + 184571 + 1 = 0x0c100000 +0x2D0FB + 1
= 0x0c12d0fc
|Image$$RW$$Base| = 0x0c200000 ;由RW base 地址指定
|Image$$RW$$Limit| =|Image$$RW$$Base|+ RW Data 53 = 0x0c200000+0x37（4的倍数,0到55，共56个单元）
=0x0c200037
|Image$$ZI$$Base| = |Image$$RW$$Limit| + 1 =0x0c200038
|Image$$ZI$$Limit| = |Image$$ZI$$Base| + ZI Data 17028
                            =0x0c200038 + 0x4284
                            =0x0c2042bc
也可以由此计算：
|Image$$ZI$$Limit| = |Image$$RW$$Base| +TatalRWsize(RWData+ZIData) 17081
                            =0x0c200000+0x42b9+3（要满足4的倍数）
                            =0x0c2042bc
加点自己的补充：
其中RO为代码段；RW为已经初始化的全局变量；ZI是未初始化的全局变量，Bootloader要将RW段复制到RAM中并将ZI段清零；
void *mallocPt=Image$$RW$$Limit; //Image$$RW$$Limit+1 = Image$$ZI$$Base
RO 是code + RO Data ，RO data应该是const声明的常量
下载到固件中的代码包括RO和RW，ZI主要被malloc 函数用到，还有这些概念和堆栈的联系，malloc声明的变量在heap（堆）中，stack（栈）是用来存放临时变量的。