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

变参在GCC(PowerPC)上的实现

Keywords: 变参,variable arguments, va_start, va_arg, va_end, GCC, PowerPC, ppc

  花了两天时间定位的一个变参死机问题,结果查出来是传递变参的两个模块所用编译环境的Tornado版本不一致。虽然结果让我很无语,不过此间倒是第一次透彻的了解了变参在GCC(PowerPC)上的实现,一点心得暂记于此。

继续阅读变参在GCC(PowerPC)上的实现

终于让Source Insight也能识别Symbian的_LIT宏了

  不得不承认,Source Insight 确实很强大,以至于太多的高级功能都未能在帮助文档中一一详述,只能依靠我们自己来发掘了……

  今天,碰巧发现了”Language – Custom Tag Type”这个功能,一举解决了困扰我已久的 Symbian “_LIT”宏解析问题。(也不知道是否因为我的 Conditions 定义的不足导致的……)

  长话短说,”Options – Document Options”,新建一个”Document Type”,如”Symbian C++ Source Files”,继承原有”C++ Source Files”的属性。然后在左下角”Parsing”设置组中的”Custom Tag Type”下选择”Constant”,并将下面的正则表达式填入”Custom pattern”:

  ^w*_LIT(w*([A-Za-z0-9]+)w*,.*

  OK, resynchronize your project, you’ll see it!

  注:记得将 Document Type 中原 c 和 cpp 的 File Filter 项里面的扩展名 .cpp 和 .h 屏蔽掉,否则 SI 不会调用我们新建的 Document Type 来解析的。