在Symbian中,如果在TRAP宏中放入的不是一个函数,而是一段代码,并且这段代码中有返回语句,那么很可能产生E32User-CBase 63的panic。
分析TRAP宏的定义就可以知道原因,下面是TRAP的原型:
#define TRAP(_r, _s) /
{ /
TInt& __rref = _r; /
__rref = 0; /
{ TRAP_INSTRUMENTATION_START; } /
try { /
__WIN32SEHTRAP /
TTrapHandler* ____t = User::MarkCleanupStack(); /
_s; /
User::UnMarkCleanupStack(____t); /
{ TRAP_INSTRUMENTATION_NOLEAVE; } /
__WIN32SEHUNTRAP /
} /
catch (XLeaveException& l) /
{ /
__rref = l.GetReason(); /
{ TRAP_INSTRUMENTATION_LEAVE(__rref); } /
} /
catch (...) /
{ /
User::Invariant(); /
} /
}
可以看到,如果在_s中有return之类的语句出现,那么User::UnMarkCleanupStack()就再也不可能被执行到,这样如果在return之前有object被推入cleanup stack,那么当_s这段代码执行后在cleanup stack中的mark标志就再也无法匹配,因此就会造成panic的出现。
具体关于cleanup stack的介绍可以参考下面的链接:
http://read.newbooks.com.cn/info/179287.html
分析TRAP宏的定义就可以知道原因,下面是TRAP的原型:
#define TRAP(_r, _s) /
{ /
TInt& __rref = _r; /
__rref = 0; /
{ TRAP_INSTRUMENTATION_START; } /
try { /
__WIN32SEHTRAP /
TTrapHandler* ____t = User::MarkCleanupStack(); /
_s; /
User::UnMarkCleanupStack(____t); /
{ TRAP_INSTRUMENTATION_NOLEAVE; } /
__WIN32SEHUNTRAP /
} /
catch (XLeaveException& l) /
{ /
__rref = l.GetReason(); /
{ TRAP_INSTRUMENTATION_LEAVE(__rref); } /
} /
catch (...) /
{ /
User::Invariant(); /
} /
}
可以看到,如果在_s中有return之类的语句出现,那么User::UnMarkCleanupStack()就再也不可能被执行到,这样如果在return之前有object被推入cleanup stack,那么当_s这段代码执行后在cleanup stack中的mark标志就再也无法匹配,因此就会造成panic的出现。
具体关于cleanup stack的介绍可以参考下面的链接:
http://read.newbooks.com.cn/info/179287.html