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).
请大侠们指导！
—————————————————————
排开Keil编译器有问题，能够肯定是你的内存空间溢出了
Keil 中关于 107 过错的描绘是这样的：
=========================================
Error L107 (ADDRESS SPACE OVERFLOW)
Summary
Description
=========================================
假如你仍要坚持自己的观念，只能去问 keil 公司的
前面有些兄弟的说法有二点是不确切的:
①便是超越变量128后有必要运用compact形式编译
②128以上的某些地址为特别存放器运用，不能给程序用
但 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()
{
}
能够核算 R0-7(8) + tt1(120) + tt2(127) + SP(1) 一共 256 个字节
keil 编译的成果如下：
Program Size: data=256.0 xdata=0 code=30
creating hex file from “.DebugTest”…
“.DebugTest” – 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;
{
}
再编译看看，犯错了吧!
由于编译器不知道该怎么运用 j，所以没能优化，j 须占 RAM 空间，RAM 就溢出了。(有些编译器会主动将这个无用的变量去掉，但这个不在评论之列了)
综上所述，我主张你从头检查你程序中的变量界说，或许将你的程序帖出来(不需要代码，只需变量界说部分，包含子程序)
从你的两次编译提法来看，改为 compact 后有 111 个字节移到了 xdata，有个简略的办法便是翻开你的输出文件夹中的 .M51 符号表文件，查找哪些变量被移到了 xdata，然后修正你的程序，在这些变量前加上 idata，再编译看看
别的，对 idata 的界说的变量最好放在 data 变量之后
关于这一种界说
uchar c1;
idata uchar c2;
uchar c3;
变量 c2 肯定会以直接寻址，但它有能够落在 data 区域，就浪费了一个可直接寻址的空间
