Symbian开发中的几个问题转帖
http://www.cppblog.com/franksunny/archive/2010/05/14/115393.html
这阵子工作中太忙,也就没有好好总结遇到的知识点,这次就纯粹将遇到的几个问题结合别人的帖子小结下,给自己留个Mark吧:
bldmake error directory epoc32 does not exist
安装好Nokia 的开发环境后,运行hello world 应用即出现如下问题:
bldmake error directory.../epoc32 does not exist
在网上查了半天,多半是需要重新安装SDK。其实,SDK和Carbide完全可以装在不同的分区。关键问题是你工作的workspace在哪。我的情况是:
hello工程位于C:/Symbian/Carbide/workspace,
而SDK在D:/S60/devices/Nokia_N97_SDK_v0.5/epoc32。
后来,我发现Carbide的File>Switch workspace菜单中显示当前的workspace指向D:/Develop/mobile/Symbian/Carbide/workspace。当我试图指向真实的workspace,即:C:/Symbian/Carbide/workspace,Carbide再次显示时,上述菜单中就根本没有该workspace。于是,我将workspace 复制到D盘,即:D:/Symbian/Carbide/workspace ,然后切换到该workspace,build成功!
结论:通过上述问题,明白了其实SDK和Carbide都不是说一定要装在C盘,但是工程文件和Workspace必须在同一个目录。
Symbian编译时的Error -1073741819错误
完整错误信息类似下面这样:
make[1]: *** [/Symbian/9.2/S60_3rd_FP1_2/EPOC32/BUILD/.../Gif_Reader.o] Error -1073741819
make[1]: *** Waiting for unfinished jobs….
make[1]: *** Waiting for unfinished jobs….
make[1]: *** Waiting for unfinished jobs….
make: *** [TARGETMGATE] Error 2
这只是在整个过程中的一部分出现,最后提示还是***Build Complete,carbide的problems里也没有任何对应的代码位置提示,很容易误解成sdk或这编译器坏了,网上有人说重装sdk,有人说clean一遍项目。其实这是由于代码里写了一些貌似合法但实际不对的写法,举个具体的例子就是拿对象类型的变量强制转换成指针使用,比如
CCoeControl& iParent;
((CTestAppView*)iParent)->foo();
这样,就会导致这种build错误。
小结:这种问题很难查,压根不好找原因,后来还是从以下博客看到的http://blog.k-res.net/?p=625
新手求助 关于Esock_client 14错误
我看了网上关于这个错误的介绍是说 描述符类型问题。但是我这个错误 感觉好像跟描述符的大小有关,代码如下 :
HBufC8* iRecvData;
void SendDataJabber::RecvInfoL()
{
TBuf8<367> buf;
TRequestStatus status(KRequestPending);
iSocket.Recv(buf, 0, status);
User::WaitForRequest(status);
User::LeaveIfError(status.Int());
delete iRecvData;
iRecvData = NULL;
iRecvData = buf.Alloc();
}
如果buf长度设为365的话,会正常进行。如果超过365在waitfor这里就会无响应,如果去掉waitfor,就会报出这个Esock_clinet14错误。我不太明白难道socket接收还会限定长度吗?
希望有前辈指点。
其实这个问题,像我们这种从事Symbian已经两三年的人确实不敢犯的,但是我们现在跨平台实现,需要使用外部buffer,那该如何使用AO的异步,下面是我采用的方案:
在类内声明成员变量
TPtr8 *iTempBuf;
在Recv的AO中使用类似如下代码
iTempBuf = new TPtr8(iBuf, iLen);
iSocket.RecvOneOrMore(*iTempBuf, 0, iStatus, iDummyLength);
否则局部变量在异步的recv操作中必然会引发
Timer in Symbian Development
(1)TTime::HomeTime() / TTime::UniversalTime()
最常见的时间获取手段,精度不高;因涉及一定的运算过程,效率较低。适用于需要以常规“年月日时分秒”方式使用时间的场合。在EKA2平台下,其精度与低阶系统时钟(Nanokernel Timer)一致,通常为微妙级别。通过 HAL::Get(HAL::ENanoTickPeriod, result) 可以获的具体精度。
注意:它们使用的是系统时间,这是可以被其它进程修改的。
(2)User::TickCount()
传统的Tick计数器,精度通常仅为1/64秒(可能随硬件有差异),适用于精度要求较低的场合。通过 HAL::Get(HAL::ESystemTickPeriod, result) 可以获得具体精度。
注意:在休眠(Standby)状态下,TickCount将停止计数,所以User::TickCount()在休眠状态下将“损失”计时!
(3)User::NTickCount()
低阶系统时钟(Nanokernel Timer),通常提供微妙级Tick。通过 HAL::Get(HAL::ENanoTickPeriod, result) 可以获得具体精度。
注意:Symbian OS 6.x 没有此API。与TickCount不同的是,User::NTickCount()在休眠状态下不“损失”计时。
精度为微妙级,但是函数返回时毫秒级的数值
(4)User::FastCounter()
返回值类似于Tick,提供Symbian OS所能支持的最高精度,通常比TTime::HomeTime()更准确。(如果硬件不支持high resolution timer,则毫秒级时钟替代)而且,因为它采用快速的exec call读取一个硬件寄存器的数值,效率很高。通过 HAL::Get(HALData::EFastCounterFrequency, result) 可以获得其具体精度。
注意:在每次终端从休眠状态激活后,它将同步至正确的数值,也就是说User::FastCounter()在休眠状态下其实也是不“损失”计时的。
另外,User::After(), CPeriodic也会在休眠状态下“损失”计时,所以在手机这种特殊的应用环境中,需要特别注意不同定时器在“休眠”状态下计时的差异。