void MACRO_RETI(void)
{
asm_RETI() //里面就是一句匯編的RETI，它會搶先與函數自己的RET執行
}; //這個函數自己的RET永遠不執行到，因為跳走了

void __HotASM_START__ (void) //啟動時運行的代碼
{
MACRO_CLR_EA; //關中斷
MACRO_Check_Crack; //反破解陷阱
MACRO_RETI(); //釋放中斷優先級
MACRO_RETI(); //再釋放一次
MACRO_LJMP_ANY(main); //用壓棧和RET做的任意位置長跳轉，地址是main主程序
}; //這里其實會有個RET

     

菜農來澄清匯編數組和匯編及嵌入匯編最大的不同：
匯編數組內實際存放的是數據而非代碼，但用函數指針強行跳入后，數據變“升華”
為代碼。
它本來就是為動態鏈接而設計，故編譯期間是找不到靜態地址的，至少俺現在無
好辦法。
即使能找到靜態地址，如匯編的：
lcall xxxx; ajmp xxx
都屬于此類。
匯編數組是吳旭光教授與菜農為以后能在任何MCS/ARM/DSP上運行OS
所參照PC的動態鏈接庫DLL/LIB所設計的。
以前雖在DSP上應用，但很局限。
這次在51上大面積推廣，故菜農熬夜趕制了HotASM,HotCOM.HotMACRO等，
這樣可以用匯編數組(宏)通過COM接口直接相互訪問，而且可以和C函數通訊。
最近版本已全面支持C函數調用匯編數組宏，且宏在某些語句要比C精煉的多。
并且很容易加入“反逆向代碼”且不影響正常程序。
所以，匯編數組的編寫應該基于動態鏈接的思想，雖然這樣代碼效率會影響些
但不會影響主流。
菜農是實用主義，不愛說教，只看結果，不管過程。
所以不知XWJ的MACRO_RETI是否能運行？？？
課畢