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

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

     

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