循環直接跳過，貌似溢出了，但是我用的是32bit類型啊！

wangkj

#define     WIDTH       1024
#define     HIGH        768

void clr_scr(void)
{
   unsigned long int i;
   for (i=0;i<(unsigned long int)(WIDTH*HIGH*8*2);i++)
   {
         MOSI=0;
      SPCK=1;
      SPCK=0;
   }
}

循環直接跳過，貌似溢出了，但是我用的是32bit類型啊！

wangkj

難道每個數字后面都跟個L？但是，非32bit類型咋辦？
定義兩個？

宇宙飛船

可用sizeof ( unsigned long int) 測試編譯器對unsigned long int支持的長度。

wangkj

這個倒是沒問題，應該是32bit的。

wangkj

(WIDTH*HIGH*8*2) 強制成32bit才是關鍵。

宇宙飛船

老王別教壞小朋友了。

wangkj

版主跑哪里去了，香腸呢？這都是51高手啊。

wangkj

程序源碼

wangkj

昨天是 for(i=0;i<97;i++) for(j<0;j<255;j++) for(k<0;k<255;k++) 這樣清屏的
這樣速度最快！
但是，最開始用的就是32bit int,是正常的。
這個俺想不起來咋辦了。

難道都需要增加  L  標志符？

模擬執行，鼠標右鍵，選擇顯示匯編代碼。

Netjob

哈哈，估計樓主用ADS吧？  ADS有這個稀里糊涂的毛病。

wangkj

addr的值是0！！！！

wangkj

不用宏，照樣！

Netjob

幫樓主在 ADS1.2 下 軟件仿真，沒問題。 圖：

wangkj

俺這個是keil c,51的軟件。
你用arm的系統，純32位的，當然沒問題了。

或許，換個別的版本的編譯器，也沒準正常，俺這個是keil c 8.18的。

Netjob

這個 擺明就是數據溢出了， 對 數據異常的 判斷 編譯器都作  FALSE 處理！？

本分書生

來順(31726560) 17:43:38
我想應該是編譯是解釋的次序問題
來順(31726560) 17:54:50
已經找到錯誤了，是宏定義的問題
應該寫為#defined WITH 1024L
注意L必須加
來順(31726560) 17:55:30
應為keil是先算1024*768*8*2，然后才轉換為long，所以編譯出了問題



問題可以終結了

本分書生

也就是說要keil要寫成1024L*768L*8*2

phoenixmy

學習了

很有價值，頂

wangkj

或許，寫成8L * 2 * 1024 * 768也沒準可以。

wangkj

另外，誰有簡單的圖形測試程序，51下的，給我一份。
類似turbo c的bgi demo就行。或者更簡單也好。
例如畫線，園，三角方塊等等的。