记得《Windows核心编程》中说过，一个进程的句柄直接给另一个进程使用很有可能会出错，因为句柄就是个索引值嘛，可能在另一个进程中这个索引值就指向它打开的其它内核对象了。
悲催的没仔细研究，想当然的认为句柄值应该是从小到大，根据打开内核对象的次序依次分配的。尤其是在父进程创建子进程的过程中，父进程可继承的句柄值应该先挑出来，然后在子进程中依次重新分配。结果不然。假设父进程有512个句柄值，只有第512个句柄值可继承，那么子进程中该句柄值还是512*4（之前我想当然的以为是子进程初始句柄值+4，即能分配的最小的句柄值）！也就是说从父进程中继承来的句柄，其索引值在子进程中是不会变的！
Android下编译RockPlayer就是个杯具，没找到有用的相关文档。在新的Android NDK下编译一直不通过，郁闷。换FFmpeg试试吧，记录几篇参考资料：
在 Ubuntu 下使用 Android NDK r4b 编译 FFmpeg 0.6.3
void _TRACE(TCHAR *pszFormat, ...)
{
if(lstrlen(pszFormat) > 512)
{
return;
}
TCHAR buffer[1024] = {0};
va_list argptr;
va_start(argptr, pszFormat);
wvsprintf(buffer, pszFormat, argptr);
va_end(argptr);
OutputDebugString(buffer);
}
void _TRACEA(char *pszFormat, ...)
{
if(strlen(pszFormat) > 512)
{
return;
}
char buffer[1024] = {0};
va_list argptr;
va_start(argptr, pszFormat);
vsprintf(buffer, pszFormat, argptr);
va_end(argptr);
OutputDebugStringA(buffer);
}
#ifdef _DEBUG
#define TRACE _TRACE
#define TRACEA _TRACEA
#else
#define TRACE
#define TRACEA
#endif
之前在项目中自己封装用的。
novtable：
可用于任何类声明中，但最好只用于纯接口类，即类本身从不实例化。此关键字的声明将阻止编译器对构造和析构函数的vfptr的初始化。可优化编译后代码大小。
如果试图实例化一个用__declspec(novtable)声明的类然后访问类中成员，则会在运行时产生访问错误(access violation，即AV)。
对调试目标进程是被其他进程拉起的时候很有效果，如IE、FireFox插件。
