本帖最后由 jialinx 于 2015-9-15 15:43 編輯
ERROR L107: ADDRESS SPACE OVERFLOW 用KEIL選用small模式編譯一個(gè)程序時(shí)老時(shí)出錯(cuò)，信息如下。
*** ERROR L107: ADDRESS SPACE OVERFLOW
... ...
Program Size: data=217.6 xdata=0 code=5314
Target not created
芯片我選的是AT89C52，RAM有256呀，怎么會(huì)OVERFLOW呢？
但是如果編譯模式選用Compact或large時(shí)就一切正常。
... ...
Program Size: data=110.6 xdata=111 code=5914
"test" - 0 Error(s), 22 Warning(s).
---------------------------------------------------------------
另外的可能性：
比如全局變量中定義的過(guò)多如下所示：
uchar xpos,ypos;
uchar disbac;
uchar coma1,comb1,comc1,coma2,comb2,comc2;
uchar map[35];
uchar buff[35];
局變量是不是用得太多了,另外用的是什么單片機(jī),RAM總共有多大,定義變量的時(shí)候
一定要注意變量是定義在那個(gè)區(qū)域的,系統(tǒng)默認(rèn)為直接尋址DATA區(qū),但DATA區(qū)只有128個(gè)字節(jié),很容易用完和溢出的,
51單片機(jī)超出128個(gè)字節(jié)的RAM區(qū)定義變量的時(shí)候一定要要變里前面加IDATA,
這樣表明這個(gè)變量是定義在IDATA區(qū)的,IDATA區(qū)是128到256之間的間接尋址RAM區(qū).
建意你在全局變量和數(shù)組前都加在IDATA.
ERROR L107: ADDRESS SPACE OVERFLOW問(wèn)題原因分析及解決
用KEIL選用small模式編譯一個(gè)程式時(shí)老時(shí)出錯(cuò)，信息如下。
*** ERROR L107: ADDRESS SPACE OVERFLOW
... ...
Program Size: data=217.6 xdata=0 code=5314
Target not created
芯片我選的是AT89C52，RAM有256呀，怎么會(huì)OVERFLOW呢？
但是如果編譯模式選用Compact或large時(shí)就一切正常。
... ...
Program Size: data=110.6 xdata=111 code=5914
"test" - 0 Error(s), 22 Warning(s).
請(qǐng)大俠們指教！
---------------------------------------------------------------
排開(kāi)Keil編譯器有問(wèn)題，可以肯定是你的內(nèi)存空間溢出了
Keil 中關(guān)于 107 錯(cuò)誤的描述是這樣的：
=========================================
Error L107 (ADDRESS SPACE OVERFLOW)
Summary *** Error L107
ADDRESS SPACE OVERFLOW
SPACE: space-name
SEGMENT: segment-name
Description The specified segment cannot be located at the specified address space. The segment is ignored.
=========================================
如果你仍要堅(jiān)持自己的觀點(diǎn)，只能去問(wèn) keil 公司的
前面有些兄弟的說(shuō)法有二點(diǎn)是不確切的:
①就是超過(guò)變量128后必須使用compact模式編譯
實(shí)際的情況是只要編譯指示data=xxx 不超過(guò) 256.0 就可以用 small 編譯
②128以上的某些地址為特殊寄存器使用，不能給程序用
特殊寄存器雖然使用重復(fù)的地址，但是用不同的指令訪問(wèn)，并不會(huì)占用RAM空間
但 small 模式下未指存儲(chǔ)類型的變量默認(rèn)為data型，即直接尋址，只能訪問(wèn)低 128 個(gè)字節(jié)，但這 128 個(gè)字節(jié)也不是全為你程序所有，寄存器 R0-R7必須映射到低RAM，要占去 8 個(gè)字節(jié)，如果使用寄存組切換，占用的更多。
所以你可以使用 data 區(qū)最大為 120 字節(jié)，超出 120 個(gè)字節(jié)則必須用 idata 顯示的指定為間接尋址，另外堆棧至少要占用一個(gè)字節(jié)，所以你最多能使用 127 上字節(jié)(如果)
就是說(shuō)極限情況下你可以定義的變量可占 247 個(gè)字節(jié)
當(dāng)然，實(shí)際應(yīng)用中堆棧為一個(gè)字節(jié)肯定是不夠用的，但如果嵌套調(diào)用層數(shù)不深，有十幾個(gè)字節(jié)也夠有了，所以你的 217.6 個(gè)字節(jié)的占用量應(yīng)該是可以滿足的
為了驗(yàn)上面的觀點(diǎn)，寫了個(gè)例子
#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;
}
}
可以計(jì)算 R0-7(8) + tt1(120) + tt2(127) + SP(1) 總共 256 個(gè)字節(jié)
keil 編譯的結(jié)果如下：
Program Size: data=256.0 xdata=0 code=30
creating hex file from ".\Debug\Test"...
".\Debug\Test" - 0 Error(s), 0 Warning(s).
(我的測(cè)試環(huán)境為 XP + Keil C 7.5)
這段程序已經(jīng)達(dá)到了內(nèi)存分配的極限，再定義任何全局變量或?qū)?shù)組加大，編譯都會(huì)報(bào)錯(cuò) 107，也就是跟你碰到的一樣的錯(cuò)誤信息
這里就要引出一個(gè)問(wèn)題：為什么變量 i、j 不計(jì)算在內(nèi)？
這是因?yàn)?i、j 是局部變量，編譯器會(huì)試著將其優(yōu)化到寄存器 Rx 或棧。問(wèn)題也就在這了，如果局部變量過(guò)多中定義了局部數(shù)組，編譯器無(wú)法將其優(yōu)化，就必須使用 RAM 空間，雖然全局變量的分配經(jīng)過(guò)精心計(jì)算沒(méi)有超出使用范圍，仍會(huì)產(chǎn)生內(nèi)存溢出的錯(cuò)誤!
而編譯器是否能成功的優(yōu)化變量是根據(jù)你的代碼來(lái)的
上面的代碼中，循環(huán)是臃腫的，變量 j 是完全不必要，那么將代碼改成
UCHAR i;
UCHAR j;
for(i = 0; i < LEN; ++i )
{
tt1[ i] = 0x55;
}
再編譯看看，出錯(cuò)了吧!
因?yàn)榫幾g器不知道該如何使用 j，所以沒(méi)能優(yōu)化，j 須占 RAM 空間，RAM 就溢出了。(有些編譯器會(huì)自動(dòng)將這個(gè)無(wú)用的變量去掉，但這個(gè)不在討論之列了)
綜上所述，我建議你重新審查你程序中的變量定義，或者將你的程序帖出來(lái)(不需要代碼，只要變量定義部分，包括子程序)
從你的兩次編譯提法來(lái)看，改為 compact 后有 111 個(gè)字節(jié)移到了 xdata，有個(gè)簡(jiǎn)單的方法就是打開(kāi)你的輸出文件夾中的 .M51 符號(hào)表文件，查找哪些變量被移到了 xdata，然后修改你的程序，在這些變量前加上 idata，再編譯看看
另外，對(duì) idata 的定義的變量最好放在 data 變量之后
對(duì)于這一種定義
uchar c1;
idata uchar c2;
uchar c3;
變量 c2 肯定會(huì)以間接尋址，但它有可以落在 data 區(qū)域，就浪費(fèi)了一個(gè)可直接尋址的空間
================================================================================
================================================================================
================================================================================
今天遇到一個(gè)keil問(wèn)題，編譯出現(xiàn)下面提示：最后完美解決，把方法分享給51hei論壇的朋友們
*** ERROR L107: ADDRESS SPACE OVERFLOW
SPACE: DATA
SEGMENT: ?DT?_WRITEONECHAR?DS18B20
LENGTH: 0002H
在百度上查了一些資料，說(shuō)法不一：
1、單片機(jī)的RAM 不夠，但變量太多，所以刪掉一些不重要的變量就ok了.
2、KEIL沒(méi)有注冊(cè)，只能編譯2K的
錯(cuò)誤是內(nèi)存空間溢出，可以改變KEIL的編譯的模式，改為L(zhǎng)arge模式來(lái)達(dá)到編譯成功。一般 KEIL在small 模式。small 模式下未指存儲(chǔ)類型的變量默認(rèn)為data型，即直接尋址，只能訪問(wèn)低 128 個(gè)字節(jié)，但這 128 個(gè)字節(jié)也不是全為你程序所有，寄存器 R0-R7必須映射到低RAM，要占去 8 個(gè)字節(jié)，如果使用寄存組切換，占用的更多。所以可以使用 data 區(qū)最大為 120 字節(jié)，超出 120 個(gè)字節(jié)則必須用 idata 顯示的指定為間接尋址，另外堆棧至少要占用一個(gè)字節(jié)，所以你最多能使用 127 上字節(jié)。
如果以上辦法都沒(méi)能解決，最后想了一個(gè)辦法，發(fā)現(xiàn)是變量太多的緣故，刪除了幾個(gè)不重要的變量后完美解決了 ERROR L107: ADDRESS SPACE OVERFLOW的問(wèn)題.
======================================================================================
=====================================================================================
這個(gè)錯(cuò)誤是內(nèi)存空間溢出了，
Memory Model: small 模式下未指存儲(chǔ)類型的變量默認(rèn)為data型，即直接尋址，只能訪問(wèn)低 128 個(gè)字節(jié)，但這 128 個(gè)字節(jié)也不是全為你程序所有，寄存器 R0-R7必須映射到低RAM，要占去 8 個(gè)字節(jié)，如果使用寄存組切換，占用的更多。
所以你可以使用 data 區(qū)最大為 120 字節(jié)，超出 120 個(gè)字節(jié)則必須用 idata 顯示的指定為間接尋址，另外堆棧至少要占用一個(gè)字節(jié)，所以你最多能使用 127 上字節(jié)(如果)
有個(gè)簡(jiǎn)單的方法就是打開(kāi)你的輸出文件夾中的 .M51 符號(hào)表文件，查找哪些變量被移到了 xdata，然后修改你的程序，在這些變量前加上 idata，再編譯看看，或直接把某些變量定義為idata型。
另外，對(duì) idata 的定義的變量最好放在 data 變量之后
對(duì)于這一種定義
uchar c1;
idata uchar c2;
uchar c3;
變量 c2 肯定會(huì)以間接尋址，但它有可以落在 data 區(qū)域，就浪費(fèi)了一個(gè)可直接尋址的空間 | 
