Symbian开发中的几个问题转帖

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也会在休眠状态下“损失”计时，所以在手机这种特殊的应用环境中，需要特别注意不同定时器在“休眠”状态下计时的差异。