ERROR L107: ADDRESS SPACE OVERFLOW

最近在用51单片机SD卡+VS1003来做MP3
可是在调试的时候遇到一个很郁闷的问题，我在main函数里只是调用了一个简短的函数，还有好多函数只是定义了调试过了，还没使用到，但是我这些都放在一个工程里编译就会报错，说是
ADDRESS SPACE OVERFLOW
SPACE: DATA
...
郁闷了，我的main函数里只调用了一个简单的函数啊为什么没调用的函数KEIL也把它给塞进HEX文件里去。。。
请大虾们解决一下小弟这个问题...

（我试过把Memory Model设置为Large （我的STC12C5A60S2内部有1280的XDATA）， 可以用，但是考虑到队友那里这样设置的时候不能使用红外的功能了，不知道是为什么。。。，所以不想改Memory Model。更不想手动注释这些没调用的函数，那样太麻烦了。。。）

解决办法：
把target options中的device页中选上"Use LX51 ..."，然后在LX51 Misc页中的Misc Control中填入"REMOVEUNUSED"，确认后重新编译即可自动去掉未调用的函数。

如下图:

(原文件名:0.jpg) 



感谢你的帮助，问题圆满解决了

（希望我下面的内容会对网友有帮助）

首先我一开始照你的意思设置了以后遇到了错误，说要我升级到PK51，我用的是KEIL uvision 4，可能是因为当初没破_解好，去网上找个注_册机就解决了

然后我发现原来这个指令在KEIL的帮助文档里有的，所以说一定要学会看帮助文档才行啊。。。

(原文件名:a.png) 


(原文件名:b.png) 


(原文件名:c.png) 

呵呵，设置成功以后效果不错~

data的大小少了很多了~


原文：http://blog.sina.com.cn/s/blog_ed80277d0101n3g0.html

ERROR L107: ADDRESS SPACE OVERFLOW
用KEIL选用small模式编译一个程序时老时出错，信息如下。 


*** ERROR L107: ADDRESS SPACE OVERFLOW 
... ... 
Program Size: data=217.6 xdata=0 code=5314 
Target not created 


芯片我选的是AT89C52，RAM有256呀，怎么会OVERFLOW呢？ 
但是如果编译模式选用Compact或large时就一切正常。 
... ... 
Program Size: data=110.6 xdata=111 code=5914 
"test" - 0 Error(s), 22 Warning(s). 


--------------------------------------------------------------- 
另外的可能性：
比如全局变量中定义的过多如下所示：
uchar xpos,ypos;
uchar disbac;
uchar coma1,comb1,comc1,coma2,comb2,comc2;
uchar map[35];
uchar buff[35];
局变量是不是用得太多了,另外用的是什么单片机,RAM总共有多大,定义变量的时候
一定要注意变量是定义在那个区域的,系统默认为直接寻址DATA区,但DATA区只有128个字节,很容易用完和溢出的,
51单片机超出128个字节的RAM区定义变量的时候一定要要变里前面加IDATA,
这样表明这个变量是定义在IDATA区的,IDATA区是128到256之间的间接寻址RAM区.
 
建意你在全局变量和数组前都加在IDATA


原文：http://blog.csdn.net/utopiaprince/article/details/6050671

但 small 模式下未指存储类型的变量默认为data型，即直接寻址，只能访问低 128 个字节，但这 128 个字节也不是全为你程序所有，寄存器 R0-R7必须映射到低RAM，要占去 8 个字节，如果使用寄存组切换，占用的更多。

所以你可以使用 data 区最大为 120 字节，超出 120 个字节则必须用 idata 显示的指定为间接寻址，另外堆栈至少要占用一个字节，所以你最多能使用 127 上字节(如果)

就是说极限情况下你可以定义的变量可占 247 个字节

当然，实际应用中堆栈为一个字节肯定是不够用的，但如果嵌套调用层数不深，有十几个字节也够有了，所以你的 217.6 个字节的占用量应该是可以满足的

为了验上面的观点，写了个例子

#define LEN 120

data UCHAR tt1[LEN];

idata UCHAR tt2[127];

void main()

{

     UCHAR i,j;

     for(i = 0;   i < LEN; ++i )

     {

         j = i;

         tt1[j] = 0x55;

     }

}

可以计算 R0-7(8) + tt1(120) + tt2(127) + SP(1) 总共 256 个字节

keil 编译的结果如下：

Program Size: data=256.0 xdata=0 code=30

creating hex file from "./Debug/Test"...

"./Debug/Test" - 0 Error(s), 0 Warning(s).

(我的测试环境为 XP + Keil C 7.5)

这段程序已经达到了内存分配的极限，再定义任何全局变量或将数组加大，编译都会报错 107，也就是跟你碰到的一样的错误信息

这里就要引出一个问题：为什么变量 i、j 不计算在内？

这是因为 i、j 是局部变量，编译器会试着将其优化到寄存器 Rx 或栈。问题也就在这了，如果局部变量过多中定义了局部数组，编译器无法将其优化，就必须使用 RAM 空间，虽然全局变量的分配经过精心计算没有超出使用范围，仍会产生内存溢出的错误!

而编译器是否能成功的优化变量是根据你的代码来的

上面的代码中，循环是臃肿的，变量 j 是完全不必要，那么将代码改成

UCHAR i;

UCHAR j;

for(i = 0;   i < LEN; ++i )

{

     tt1[i] = 0x55;

}

再编译看看，出错了吧!

因为编译器不知道该如何使用 j，所以没能优化，j 须占 RAM 空间，RAM 就溢出了。(有些编译器会自动将这个无用的变量去掉，但这个不在讨论之列了)

综上所述，我建议你重新审查你程序中的变量定义，或者将你的程序帖出来(不需要代码，只要变量定义部分，包括子程序)

从你的两次编译提法来看，改为 compact 后有 111 个字节移到了 xdata，有个简单的方法就是打开你的输出文件夹中的 .M51 符号表文件，查找哪些变量被移到了 xdata，然后修改你的程序，在这些变量前加上 idata，再编译看看

另外，对 idata 的定义的变量最好放在 data 变量之后

对于这一种定义

uchar c1;

idata uchar c2;

uchar c3;

变量 c2 肯定会以间接寻址，但它有可以落在 data 区域，就浪费了一个可直接寻址的空间

*** ERROR L107: ADDRESS SPACE OVERFLOW

*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENT

问题及解决：

出现以上错误的原因主要是第一个原因，第一个原因导致了它下面所有错误，第一个原因是：

ERROR L107: ADDRESS SPACE OVERFLOW

SPACE: DATA 

SEGMENT: ?DT?GMNS_3V4

LENGTH: 0014H

说明data空间已经不够用，原因是你可能有好多函数，而函数内部的局部变量又没有定义其空间，这种情况下，系统会将变量分配到你在Otions for Target 对话框里的设置的空间。如果你在下图所示中的 Memory Model 里设置成 Small:variables in DATA,则DATA空间很快便用完，导致data空间不够用。解决的办法有两种，一是通过更改Memory Model设置，可以设置成pdata或xdata，以便有足够大的空间，但这又带来新的问题，程序运行速度减慢，而且code代码也会加大，因为如果一个局部变量被存放在了xdata空间，汇编语言访问xdata空间的代码大小要比访问data空间的代码大，变量一旦很多，程序的代码也会逐渐增大；二是根据自己的要求设置变量的空间。所以这涉及到代码优化的问题，遇到具体问题时，在运行速度和代码大小之间取得适合自己的情况。