KEILC51警告:WARNING L15: MULTIPLE CALL TO SEGMENT

- 0 Error(s) 一般我們都不去管多少個(gè) Warning(s).了,一般這樣程序基本都能運(yùn)行,但是其實(shí)仔細(xì)想想,這里還是有問題的,否則編譯器沒事吃飽了撐得,報(bào)什么警告啊~~~

今天來說說*** WARNING L15: MULTIPLE CALL TO SEGMENT這個(gè)問題!

其實(shí)這個(gè)問題應(yīng)該是引起注意的，有可能引起程序沖突，但是一般時(shí)候程序運(yùn)行不會有問題,但是如果出來問題,那將會是很討厭的問題.

分析一下 產(chǎn)生這一警告的一個(gè)根源是：例如在主循環(huán)里調(diào)用了一個(gè)函數(shù)，而在中斷服務(wù)中，你又一次調(diào)用了同樣的函數(shù)。這樣當(dāng)主循環(huán)運(yùn)行到該函數(shù)中時(shí)， 一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！而使得該子函數(shù)發(fā)生了重入,這時(shí)，經(jīng)管概率很低,但是很可能出錯(cuò)！這樣,編譯器就給出了警告!告訴你*** WARNING L15: MULTIPLE CALL TO SEGMENT ,表達(dá)的意思是發(fā)生了重入!字面意思自己理解去吧~~~

想要避免這種情況的方法

一.用reentrant使函數(shù)重入

關(guān)于reentrant的說明：

1，重入函數(shù)不能傳遞bit類型的參數(shù)和變量；

2，重入函數(shù)建立的是模擬堆棧區(qū),所以不使用一般函數(shù)位于存儲模式默認(rèn)空間的可覆蓋式堆棧，而是在同一空間從頂端另行分配一個(gè)非覆蓋式的重入堆棧。

small 默認(rèn)空間是 data;

compact 默認(rèn)空間是 pdata;

largr 默認(rèn)空間是 xdata;

3，由于要保存參數(shù)和局部變量，所以會消耗很大的棧空間；盡量少用這種模式；

4、 在同一程序中可以定義和使用不同存儲器模式的重入函數(shù)，任意模式的重入函數(shù)不能調(diào)用不同存儲器模式的重入函數(shù)，但可以調(diào)用普通函數(shù)。
5、 實(shí)際參數(shù)可以傳遞給間接調(diào)用的重入函數(shù)。無重入屬性的間接調(diào)用函數(shù)不能包含調(diào)用參數(shù)。

二.如果空間多的話，可以定義兩個(gè)同功能的函數(shù)，分別在中斷和中斷外調(diào)用

別的方法沒研究出來,嘿嘿~~~對了 我建議用第二種方法好點(diǎn),第一種有些限制,不爽~~

WARNING L15: MULTIPLE CALL TO SEGMENT

這個(gè)問題必須注意，可能引起程序沖突，假設(shè)你用于自動化領(lǐng)域，則可能導(dǎo)致信號產(chǎn)生尖峰。 產(chǎn)生這一警告的一個(gè)根源是：你在主循環(huán)里調(diào)用了一個(gè)函數(shù)（如aaa)，而在中斷服務(wù)函數(shù)里，你用調(diào)用了這個(gè)函數(shù)（如aaa）。這樣當(dāng)主循環(huán)運(yùn)行到該函數(shù)中 是，一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！這時(shí)，很可能出錯(cuò)！ 避免這種情況的方法很多：如，在進(jìn)中斷的時(shí)候置需調(diào)用該函數(shù)的標(biāo)志，而在主循環(huán)中調(diào)用該函數(shù)