Series 60

Series 80

UIQ

Development platforms

How to use the UIDs

These UIDs shall be used in your PKG file to specify on which platform (or phone) your application will work. As an example, an application running on UIQ 2.0 platform will have the following line in its PKG:

(0x101F617B), 2, 0, 0, {"UIQ20ProductID"}

It is generally preferable to use the Series 60 vX.X UIDs unless your application is only targeted at a very specific phone. It is also preferable to use the lowest possible UID (ex: do not use the Series 60 v2.0 UID if you do not use the Series 60 v2.0 specific APIs, even if you use the corresponding SDK).

The following are specific UIDs you should not need unless you are working on a specific development board:


Series 60 3rd edition (OS9.1)

[0x101F7961], 0, 0, 0, "S60ProductID"


Series 90 / Nokia 7710
(0x101FBE05), 0, 0, 0, "Series90ProductID"

Nokia 6680 - 0x10200f99




0x101F61CE - UIQ21ProductID and 0x101Fbb35 - SonyEricssonP90xPlatformProductID

第二步 开发环境的选择
一旦确定了平台，就要选择合适的SDK工具包和IDE集成开发环境。
目前有三种主要的选择：
Visual Studio .NET
CodeWarrior
C++ Builder
选择开发环境的原则是选择你最熟悉的，当然，如果你已经在使用CodeWarrior，那么继续使用，这个开发环境可以面向所有的平台，包括诺基亚的S60和UIQ。
如果在诺基亚的S60平台上开发，那么Borland的C++ Builder是个不错的选择。可以让你得到完全免费的开发环境。
如果你还有Visual Studio 6.0的IDE，开发S60上的应用可能会受到一些限制。使用这个开发环境的好处在于：
可以配合使用诺基亚最新的SDK
拥有最好的应用程序向导，对开发小的应用很有帮助
比CodeWarrior简单

第三步，你需要什么样的PC
大多数的PC都满足Symbian的开发要求。只需要有足够的内存和Windows NT、2000或者XP的系统。

第四步，下载和安装SDK
    下面的链接帮助你找到合适的IDE和SDK:

• Nokia SDK for Visual Studio
• Nokia SDK and Borland C++ Builder 
• Metrowerks Codewarrior 
• Nokia SDK for Metrowerks Codewarrior 
• SonyEricsson SDK for Metrowerks Codewarrior
  

在命令行下使用abld可以直接编译Symbian的程序，但是abld同时提供了命令行开关可以用来生成vc6的项目文件。使用abld生成的vc6的工程文件，我们就可以在vc6中调试symbian的程序了。步骤如下

一、Helloword示例：

首先检查SDK是否能够正常运行：
进入一个DOS界面
输入"NMAKE"，如果得到Microsoft Error message U1064的错误提示，检查你的路径配置是否正确。如果提示NMAKE is not a recognised command，需要运行路径为C:\Program Files\Microsoft Visual Studio\VC98\Bin 下的VCVARS32.BAT脚本。

 在DOS下进入HellowWorld，路径为C:\Symbian\6.1\Series60\Epoc32Ex\Basics\HelloWorld
这个目录下包含3个文件：
bid.inf
helloworld.mmp
helloworld.c

Bid.inf文件是主要的Project文件

HelloWorld.mmp是一个project makefile.包括所有源文件和库的列表:

HelloWord.cpp是C++代码

CommonFramework.h是一个头文件，The CommonFramework.h set up a basic console environment and calls a doExampleL() primitive: this is an extremely useful file to begin playing Symbian C++ without the burden of NS60 specific code (you can also read A simple text console if you want to know more about this console).

二、命令行编码：

    在DOS环境下输入 bldmake bldfiles.将会在Project目录下创建一个ABLD.BAT文件，这是编译程序的入口文件。

输入abld build wins udeb进行编译。编辑后的结果存在C:\Symbian\6.1\Series60\Epoc32\Release\wins\UDEB目录下。输入Helloworld就可以在epoc模拟器下运行"Hello world"程序了。

三、用Visual C++
你也可以用C++编译和执行应用程序。
回到C:\Symbian\6.1\Series60\Epoc32Ex\Basics\HelloWorld
用命令生成一个Visual C++ workspace：abld makefile vc6
在下面的目录可以找到C:\Symbian\ 6.1\ Series60\ Epoc32\ BUILD\ SYMBIAN\ 6.1\ SERIES60\ EPOC32EX\ BASICS\ HELLOWORLD\ HELLOWORLD\ WINS
打开这个workspace并重新编译，用CTRL-F5开始运行。

四、目标编译
现在需要在你的移动设备上运行这个程序，回到DOS下，进入C:\Symbian\6.1\Series60\Epoc32Ex\Basics\HelloWorld
用abld命令编译abld build thumb urel

1描述
Symbian不仅仅是一个操作系统的名称，而是一个公司、一个阵营、一个手机垄断联盟的代名词。Symbian是由诺基亚、摩托罗拉、松下、爱立信及Psion共同创办并拥有的公司。该公司的使命是为移动无线操作系统制订标准，并使无线信息设备大规模投入市场。Symbian平台是迄今为止最令人振奋的C＋＋编程系统之一，它使用了EPOC这种最初由Psion开发的软件架构。这种具有面向对象设计的操作系统融合了手持设备所需的多种功能，包括集成于内核中的电源管理功能、尖端的存储管理能力、事件处理机制、高效的多任务能力等。为了有效地利用这些特性，还引入了一组与此相关的原始C＋＋形式的API。此外，该系统的设计还保证能适用于不同的CPU和硬件配置。此举使得基于EPOC的系统能与无线信息设备、便携式计算机和PC等多类产品集成。

2市场前景
诺基亚与索尼爱立信移动通信公司2003年达成一致，将通过整合UIT和Series60终端软件平台工具，以及创建一个应用认证程序来增强Symbian操作系统(Symbian OS)的潜能。这将实质性地帮助开发商开发、认证和采用Symbian OS电话应用程序，从而加快Symbian OS新一代彩信手机的新应用的诞生。
诺基亚、索尼爱立信和Symbian之间的这一合作，将使开发商能够通过使用一套统一的工具来为基于UIT和Series60终端软件平台的产品开发Symbian OS应用程序。开发商还将由此得益于更方便的认证过程和更短的市场准入时间。
       Symbian有限公司首席执行官David Levin先生说：“随着Symbian OS电话出货到全球市场，更多的开发商正在利用这一迅猛发展的商机来为Symbian OS电话创造应用程序和服务。这项与诺基亚和索尼爱立信之间的新合作将驱动Symbian OS电话的创新应用及服务的更快发展和投入使用。”
由UIT技术开发，并在索尼爱立信P800智能电话中使用的UIQ，为小型笔式电话提供了一个灵活的、大屏幕用户界面。UIT用户平台设计独到，可以帮助用户轻松使用企业应用程序、无缝信息、强大的互联网、多媒体功能，以及实现简单同步，该同步则可以借助普通桌面应用程序以及SyncML服务器，通过红外线、蓝牙以及序列端口来实现。

      Series60平台是为诺基亚授权其它移动电话生产厂商所生产的智能电话而设计的软件产品。生产厂商会把Series60平台整合到他们自己运行在Symbian OS上的电话设计中。Series60平台包括移动浏览、彩信、内容下载以及一系列个人信息管理和技术应用。此外，该软件平台还包含了一整套可变更的用户选择界面。
为了在多媒体高端手机市场抢占地盘，英国Symbian公司于本周推出了其最新版本的手机操作系统Symbian OS v7.0s。
　　据Symbian称，新系统拥有更多全新功能，其中包括多媒体结构、支持W-CDMA、支持Java MIDP 2.0和又向文本(例如泰语、阿拉伯语和希伯来语)等。其多媒体结构(MMF)可以为Symbian OS应用程序提供改进型录音、回放、音频流和图像功能，它包括一个通用多媒体接入系统，开发人员可以使用抽象的和具体的类别编写插件，其中具体类别包括文件、描述符、插座、音频和视频输入与输出等。MMF支持WAV、AV、RAW、PCM、uLaw、aLaw和GSM6.10等格式。
　　此次新添的支持3GPP W-CDMA的功能是Symbian在支持GSM、GPRS、EDGE、CDMA和3GPP2 cdma2000 1X之后又一次技术突破。通过多模式API的提供，Symbian将帮助手机制造商们更为轻松地将Symbian OS从一种手机标准转换到另外一种之中。Java MIDP2.0可以使基于Symbian OS的手机更加支持游戏与蓝牙技术，而Symbian在新系统中加入了Sun公司的新Java虚拟机(JVM)，可以提供更高的性能和有利于Java应用程序的下载。
　　Symbian公司负责产品开发管理的副总裁摩顿-格劳巴尔称：“Symbian OS v7.0中新加的功能将为应用开发商和网络运营商提供更为先进的、富有娱乐性的和更具生产效能的应用、内容与服务，使采用Symbian OS的手机更具吸引力”。目前市场中使用Symbian操作系统的手机制造商有很多，摩托罗拉、诺基亚、三星、西门子和索尼爱立信等业内巨头均包括其中
英国Symbian日前推出了手机操作系统最新版“Symbian OS v8.0”。特点是实时性更强，支持SDIO。采用该版本的手机计划2004年下半年推出。这是在2004年2月23日于法国戛纳开幕的手机相关技术展——“3GSM World Congress 2004”上宣布的。
　　Symbian OS v8.0通过提高实时性，更容易在应用处理器中集成通信CPU内核的处理功能。通过减少微处理器数量，能够降低手机成本。该版本支持SDIO，能够连接微波数字电视调谐器和指纹认证电路。
　　Symbian OS已经被富士通、摩托罗拉、诺基亚、三星电子和西门子等公司采用。2003年获得新授权的厂商包括三菱电机和英国Sendo等公司。另外，2004年松下电器产业将推出首次安装该操作系统的手机“X700”

3上网方式

GSM、GPRS、EDGE、CDMA和3GPP2 cdma2000 1X，3GPP W-CDMA

4理论上网速度
GSM(9.6Kbps)、GPRS(2.5G技术168Kbps)、EDGE（384Kbps）
CDMA2000(284Kbps or 144Kbps、视不同厂商),W-CDMA(3G技术)

5收费标准
联通
移动

6手机介绍

Symbian OS v6.0-Nokia 9210 Communicator(The world's first open
　  　Symbian OS phone)
　　Symbian OS v6.0-Nokia 9290 Communicator
　　Symbian OS v6.1-Nokia 7650
　　Symbian OS v6.1-Nokia 3650
　　Symbian OS v6.1-Nokia N-Gage
　　Symbian OS v6.1-Siemens SX1
　　Symbian OS v6.1-Fujitsu F2102V(3G FOMA)
　　Symbian OS v6.1-Fujitsu F2051
　　Symbian OS v6.1-Samsung SGH-D700
　　Symbian OS v7.0-Sony Ericsson P800
　　Symbian OS v7.0s-Nokia 6600
Symbian OS v7.0-Sony Ericsson P900
等等

7开发环境
     如果是WAP上网，服务器程序就可以以java servlet 利用wap协议进行开发
如果是手机应用程序，可以采用开发工具基于Series60的Visual C++和 Metrowerks’ Code Warrior
对于索尼爱立信其手机采用Metrowerks’ Code Warrior做为开发工具
      因为有些手机加入了JVM，所以也可以利用J2ME(Java MIDP2.0)
Symbian OS v6.0 开发应用程序的主要语言为C++，Java和OPL，可以从Symbian 网页上下载SDK后，如Series 60 SDK 0.9 for Symbian OS,安装后就可以看到一个Quartz的仿真器，另外一套AIF Builder是集成开发环境，可以设定开发语言与平台，工程管理和ICON编辑等功能。


8优缺点
8.1优点
由于其“出身”好，Symbian依*其Symbian OS成为了智能手机领域的领头羊。Symbian是由爱立信、诺基亚、摩托罗拉、西门子等手机重量级厂商于1998年6月份成立的，三星公司不久前收购了Symbian 5%的股份，它们都在不同程度上支持该平台。上个月末，中国台湾的电子产品厂商明基（BenQ）公司公布了将生产2.5、3G手机的计划，并计划在第三季度推出基于Symbian平台的手机。微软则一直在忙着争取运营商对其手机平台的支持
Symbian与微软操作系统相比并不占很大的优势，皆因Symbian本来是一个手机的操作系统，能够完成通话的基本功能，再加上一些辅助的功能，比如电话本、短信编辑即可，开发者并没有指望在手机中加入更多的功能。但Symbian的优势也在于它的简单，对于硬件要求不高，只需要几十K的内存，速度很慢的CPU就可以把简单的任务运行得很好。硬件的要求低意味着成本的降低，因此在低端这一块，微软与之相比是没有什么竞争优势的。
   不过，随着人们对于手机功能需求的逐渐多样化，Symbian也在努力改造自身，不断地在其中加入PDA、多媒体的功能。比如索尼爱立信推出的P800，摩托罗拉388，以及诺基亚的9210等，都是基于Symbian系统，具备部分PDA功能的手机。
8.2缺点
受到诺基亚、西门子、索尼爱立信等大厂支持的Symbian，目前虽然独领风骚，不过，Symbian产品开发难度不逊于微软，包括索尼爱立信、西门子与明基等大厂，其Symbian智能手机开发进度都曾严重落后，对于Symbian维持霸主地位也有不良影响。
　　Symbian操作系统虽然较微软简单许多，但相对于美系公司，如微软重视客户支援，欧系的Symbian却不时兴这套，都让Symbian智能手机开发难度向上攀升。以索尼爱立信第一支Symbian智能手机P800为例，在开发接近完成阶段时，只是因为应新力的要求增加新力知名的Joystick（摇杆）功能，就让产品延后将近半年才上市。
　　而西门子旗下第一支Symbian智能手机SX1，原定去年九月上架销售，不过在高开发难度与Symbian支持度有限下，SX1一直延后至十二月底才上市，不仅整整延后一季，几乎已错过圣诞节销售旺季。相对于Orange热卖摩托罗拉微软智能手机MPx200，对Symbian在智能手机气势与市场占有率的维持，都有不利影响
此外，Symbian以往最为人所诟病的就是缺乏开放性。手机的应用不够丰富，软件有多少全看手机生产商往里面加了多少。Symbian也意识到了这个缺点，在其新版之后加入了对Java的支持，推出了基于Java的开发工具包，使第三方开发者可以自行开发基于Symbian的软件，而手机用户也可以在网络上下载一些新游戏、软件等应用程序了。

9资源
支持厂商
合作内容
Borland软件
与诺基亚合作为移动应用程序开发人员推出新款Java技术工具，适用于Symbian OS
推出支持Symbian Os Series 60 平台的移动应用开发工具Borland Series 60 C++ 工具包

AppForge
移动应用开发软件AppForge MobileVB上市，应用软件开发商可用来将应用软件移植到Symbian OS等AppForge支持的平台
AppForge 开发者到2000年年底为 Symbian OS 开发 500 多个新的应用程序

日本ACCESS公司
优化其下一代互联网浏览器NetFront v3.0使得以用于Symbian OS并可针对不同的硬件自定义配置
Adobe
推出新款基于Adobe GoLive 6.0软件技术的无线编写模块以支持MMS服务

Hantro
展示了可在Symbian OS 平台上运行的可录制视频的应用程序

Symantec
为Symbian OS智能手机提供网络安全解决方案

RealNetworks
提供基于Symbian OS的 RealOne Player等软件。用于诺基亚 7650 的 RealOne Mobile可按照诺基亚 7650 显示尺寸自动缩放
Metrowerks
其 CodeWarrior 开发工具（专业版）作为集成开发环境可用于 Symbian OS，该工具带有Symbian 集成目标编译环境

Voice Signal
其软件可在Symbian Series 60 平台上运行语音识别和文本语音应用

Intel
Symbian OS 7.0已被优化用于Intel的XScale和PCA
双方还将发布一个开发板支持包
TI
与诺基亚合作推出了一整套应用开发工具-Innovator开发套件，专用于支持采用TI OMAP的Symbian Series 60平台
印度 Sasken 公司
其多媒体解决方案可用于Symbian OS
NeoMagic 公司
向 Symbian 授权许可商提供可扩展的 Symbian OS 硬件解决方案及其未来多媒体规格。
Infineon
Infineon 将在其 GOLD 产品系列 GPRS/EDGE/UMTS 带宽调制解调器和应用处理器中引入 Symbian OS，并提供移动多媒体应用的优化技术方案
ARM
Symbian 在 Symbian OS 中提供 ARMv6 架构底层支持。  
10末来手机发展方向
对于手机的发展方向，我想能够如下进行描述：三大阵营两大方向，一个方向是PDA加上手机的功能，另一个是手机加上PDA的功能。总而言之，这两 个方向肯定会结合起来，Smart Phone手机就是它的一种体现，现在已经有这样的手机问世。如SonyEricsson P800、P900,Nokia7650等。在SmartPhone 领域，目前最主要的平台就是 Symbian 的 EPOC，当然Microsoft也不可小看。
另外支持JAVA功能也是另外一个发展的方向，Symbian 亦是第一个SmartPhone 平台支持 Java，由 OS 5开始已经加入 J2EE 的阵营。OS 6 加入了 Personal Java 以及 Java Phone 的功能，OS 7 更开始支持 CLDC和 MIDP，可以说是最为完备支持 Java 的手机平台，Palm 以及 Pocket PC 相对下只是刚起步。加入 Java 的结果是，马上就有一大堆現成的程序、游戏可以使用，这样也使 Symbian 的普及度更加快。

通过以下两款手机我们可以看一下Smart phone 的影子(具体图片)


P800
2002年索尼爱立信压轴王牌机型---P800，具有4,096色彩色触摸屏幕。内置数码摄像头，可以直接在手机上进行调节明暗、解析度和白平衡等。特大的屏幕用来上网和预览相片最好不过。此机与NOKIA 3650一样，使用Symbian 7.0操作系统，用家可以下载不同的应用程序和游戏，也可插入Memory Stick记忆卡存储资料和相片。内置的MP3播放器，更使手机变成随身听。

尺 寸：117 X 59 X 27 mm
重 量：148g (含盖158g)
通话时间：高达13小时
待机时间：高达400小时
颜色：银白色
屏幕：1/4VGA彩色触摸屏(4096色)
屏幕尺寸：40x28mm(合上翻盖时)/40x61mm(打开翻盖时)
解析度：208×144像素(合上翻盖时)/208×320像素(打开翻盖时)
操作系统：Sybiam OS 7.0
记忆体：16+16MB快闪记忆体(9MB可供影像、游戏、通讯录、应用程式)

P800可以使用Memory Stick扩充其存储容量、并提供MP3播放功能。Memory Stick最多可扩充128MB的容量，并简化P800的档案备份，以及与PC之间的传输工作。这样一来，P800将电话、PDA、数码相机、随身听、与Internet连接等多样功能集于一身。

P800的文件和图片可以存储于Memory Stick记忆卡中，再传输到PC中，反之亦然。由PC所下载的MP3音乐亦可透过P800随机附送的立体声耳机播放。另外，手机拍摄的照片，也可轻松传输到PC存储，让用家的资料同步更新。PC所存储的图片也可传输到P800，以便作为屏保图案、或存储于手机图库中。透过蓝牙、Memory Stick和红外线，使P800得以得以擁有最強大的連接能力。

P800可以播放手机原有的档案或透过网络下载的多媒体档案，如运动比赛、音乐影片或电影预告片。P800也可作为万用记事本，处理使用者每天的作息，如日历、电子邮件、通讯录和待办工作。所有功能都可与常用PC应用程序进行资料同步。此外，也可编辑浏览PowerPoint、Word或Excel的文件。透过蓝牙无线通讯技术，P800可以连接蓝牙耳机、PC或其它支持蓝牙的装置。
P800的笔式操作界面，手写笔置放在手机的左侧。使用时，可将手机的拨号键盘拆下，即可开始利用手写笔操控手机。而机背的数码相机拍下的照片可以当作来电相片，也可传送给他人，充分展现出十足的娱乐效果。
P800使用Symbian最新版本的开放式操作系统Symbian OS V7.0，并结合UIQ笔式操作界面。由于P800采用开放性的架构，所以使用者能够下载以Java与C++撰写而成的企业应用程式或游戏软件。也就是说，用家可以根据自己的情况。随时可更新手机的应用程序和内容。
P800的开放性不仅于此。它的整合式浏览器可用于Internet (HTML, xHTML, cHTML)与WAP。此外，支持GPRS和GSM 900/1800/1900三频通讯，方便用家可以畅游五大洲160多个国家。
在游戏功能方面，Sony Pictures Digital Entertainment所出品的Men In Black II将能充分满足玩家的需求。由于P800采用横式彩屏，而且提供和铉铃声的音效，玩家玩游戏时会有意想不到的惊喜。P800中文版提供中文手写输入、中文输入法、字典、游戏和农历等多项特殊功能。

索尼爱立信 P908（国外叫批p900）
________________________________________
推荐类型： 贵族型
机——型： 索尼爱立信 P908
参考价格： 3400元
色——彩： 深蓝色和银灰色
尺——寸： 117×57×27mm
净——重： 130克
通话时间： 350~780分钟
待机时间： 250~400小时
上市时间： 2004年1月
推荐指数： ★★★★★

【功能介绍】
手机采用Symbian7.0系统平台：C++和JavaTMSDK。
P908的用户可用空间从过去P802的9MB增大到了16MB，同时基于对外接存储记忆棒的良好支持，P908的最大存储空间可以达到176MB的超大容量。
P908远不仅仅是一部通话工具。P908的内置数码相机和丰富的多媒体功能可以带来影像世界的无穷魅力。
PDA功能让日常事务处理在“弹指”间轻松完成。
强大的无线浏览功能让您随时“零距离接触”世界各个角落。
宽屏三维游戏以及振动回应效果可以让手机游戏更趋逼真效果。
【推荐理由】
P908是索尼爱立信继P802之后又一款超强智能手机， P908融移动电话、照相机、录像、多媒体播放器、快享及PDA于一体，拥有强大的无线功能，支持丰富的内容应用。
作为P800/P802的后续者，P908对功能进行扩展，强化了移动多媒体和商务应用能力。P908的整体设计上着重强调的是金属质感，无论是线条硬朗的机身轮廓还是镀铬的翻盖上都展现了这种思维。
P908具备一个内置的30万数码摄像头，可以拍摄大小为640×480、320×240、160×120像素的图片。
最为贴心的是P908还可以通过内置安全软件或者第三方VPN解决方案接入到公司网络，所有诸如浏览、定制应用和电邮等的网络应用都可应用安全连接

symbian学习笔记二

第二部分：系统结构

在symbian os上运行的四种软件
应用程序
服务
引擎
内核
symbian系统使用活动对象与客户-服务器对事件处理系统进行了优化
硬件资源:
一个cpu,32位arm
一个rom(只读存储器),里面有操作系统与内建的中间件和应用程序
ROM盘被映射到z:盘，所有的文件都可以通过Z:盘访问。
系统RAM.系统RAM用于两个方面，一是被当前活动的程序和系统核心使用,另一个是当成”C”盘的磁盘空间。这两个部分的大小是变化的，不可以保留某个的大小。由于RAM通常只有8MB到16MB,所以内存可能用完，因此经常出现内存越界错误或是(写文件时)磁盘已满错误
IO设备,包括带数字笔输入的触摸屏，键盘，记忆卡(被当成D盘)，rs232串口，红外口，蓝牙。
电源，包括电池与外接电源

symbian os与pc系统的区别如下:
资源限制:cpu太慢与太少内存
没有硬盘,不能使用写到硬盘的虚拟内存,不能保证有足够的空间保存程序或是数据文件
电源条件严格.

symbian软件环境如下:

server | server| Application| Application | Application Dll
| | +————–+————- boundary
| | | |
| | | Enghine | Engine
——–+———+————+————–+————– Privilege
boundary
Kernel

kernel工作在高级别，管理机器所有硬件资源。对其它软件模块提供访问这些硬件资源的接口
其它应用程序工作在用户模式
上面如果理解普通操作系统如linux的话，那跟普通操作系统没有区别
应用程序是一个有用户界面的程序,在独立的进程中运行
这与普通操作系统也没有区别
服务是没有用户界面的程序.服务管理一个或多个资源，并提供api,让客户可以访问它的服务.服务的客户可以是一个程序或是其它服务.每个服务也运行在独立的进程空间中。
在symbian中,使用服务的形式提供类似其它操作系统上用驱动程序或是内核程序提供的功能。如文件系统的访问也是客户/服务类型的。(微内核 )
引擎是一个应用程序中操作数据而不是与用户交互的部分.通常你可以把一个程序分成引擎部分和一个GUI部分,多部symbian内带的程序都是这样做的。
一个应用程序引擎可以是一个独立的代码模块或是一个独立的dll,或是几个dll.
引擎和应用程序间的边界是模块或dll的边界。

所以在symbian中有四个组件类型与三个边界类型。dll或是模块组件对交叉引用来说很方便。它们使系统模块化与保持封装。
权限边界对交叉引用比较费资源，但是保证系统对用户太程序隐藏内核与设备
进程边界是所有的交叉中最昂贵的，它们保证在ram中分开每个程序

可执行文件的格式
在symbian中有两种类型的可执行文件:
exe,每个程序都有一个主入口E32main()(看上面的例子),它在独立的进程中运行
dll,提供多个入口，由系统或是已存在的线程(进程)调用
有两种类型的dll,
共享库dll,为一个或多个程序提供固定的api,这些dll多数后缀是.dll,当程序启动时就被读到内存中。
多态dll,这些dll实现抽象的api,如一个打印机驱动，socket协议或是一个应用程序。它们的扩展名多不是.dll,而是.prn或.prt或.app等。它们从与dll相关的类继承，并通常只有在程序需要它们时才读入。

从技术上看起来与普通系统上动态库的静态载入与动态载入没有区别
但是从功能上看就不一样了，一种是实现某种特殊功能的，从某个相关类继承的dll,另一个是普通dll

代码执行
如果程序代码在rom上，则直接执行,不然需要读到ram中(与普通操作系统不同，普通操作系统都需要读到ram中
不能直接在硬盘上执行)
可执行代码包括三种类型的二进制数据:
程序代码
只读静态数据
可写静态数据
在symbian中对待.exe与.dll是不同的
由于.exe是不可共享的,如果它在ram中执行，那与普通pc系统没有区别,如果在ram中执行，那它在ram中为可写静态数据分配内存
而.dll是共享的，当dll首次读入内存中时，它被分配到一个特殊的地址，第二个线程需要这个dll时它只要访问已经存在的这份copy就可以。在所有使用它的进程中dll的地址都是相同的。symbian系统维护一个引用计数，当没有其它线程引用时才将它unload.
在rom上的dll像rom上的exe一样直接在rom上执行

为了对dll的大小进行优化，symbbian进行如下操作;
多数系统支持通过名字与通过数字访问dll提供的入口，由于名字太长，浪费空间，所以symbian只提供通过数字访问，当然在link时可以通过名字link.也就是说在.dll中没有名字访问办法，在.lib(引导库，引导linker正确的link这个dll,这个是在windows中使用的概念，在win下每创建一个dll都会创建一个用户引导链接的同名.lib)中有,你的程序link时link的是.lib,link完成后编译器会自动把引用dll的代码变成数字引用
如果dll被读到ram,那重定位信息(把dll
load到什么地址)也必须包含在可执行文件格式中,这个的影响就是你不能把一个在rom中执行的程序放到ram中执行的程序.(rom中执行的多是oem厂家,所以普通开发者多不用关心)

多数应用程序有自己有exe来创建进程，其它的程序使用动态库(DL)L的形式，在主服务线程中调用自己的线程
多数gui程序都是多态(polymorphic)dll,有一个主入口点NewApplication(),这个入口点创建并返回一个继承自CEikAppication的对象.这样的程序被apprun.exe调用，app文件名为参数传入。

电源管理
电源必须高效使用
在系统已经关机时，确定程序仍然可以运行。如闹钤，关机后，到时时仍然可以开机
电源突然关掉时，关键数据应该可以保存

设备驱动
虽然一般不会了解它，但是理解一下还是很有用的
设备驱动工作在两个级别
第一个是中断服务程序(ISR)，ISR必须很短，并且不能做很多事情，因为它可能在任何时间出现，甚至在内核服务中。通常它只是通知设备产生了中断并设置一个标志，要求内核为第二阶段的处理运行一个延迟的函数调用(delayed function call DFC)
在方便的时候内核调度DFC.DFC可以使用多数的核心api,通常只是工作了后向用户线程通知io操作已经完成

定时器
` 内核支持真机上64hz的时钟与模拟器上10hz的时钟
时钟中断是最高优先级中断，它可以通过User::After或是RTime::After访问。时钟中断在关机时停止，所以如果你请求5s后的定时操作，然后跑2s,关机，再开机时它也要等3s
内核同时支持日期/时间时钟，你可以使用User::At或是RTime::At。这个定时器很准确。在关机时，如果时间到了，那它会开机，这对闹钟很合适。

内存
symbian使用内存管理单元(memory management unit MMU)管理内存
ROM被映射到z:盘，被映射到一个固定的地址。
物理RAM被MMU分在4k的页,每个物理页可以用于:
用户进程的虚地址空间。
内核服务的虚地址空间
ram盘，盘符是c:,ram盘只可通过文件服务进程访问
如果dll不在rom中，那它被读到ram,dll被读到ram里面后页面标记为只读只读的。
MMU的页面转换表.如果想理解的话学习一下操作系统原理
自由页表

每个进程的地址空间可以分成下面三类:
系统范围的内存，如系统的rom或是读到ram中的dll
进程范围的内存，如进程的.exe映象和它的可写的静态数据
每个线程的内存,包括线程的栈与线程默认的堆(使用线程默认堆的原因只是为了提高内存分配与释放的速度，从开发角度来看，它与系统里面的内存没有区别)。
注意没有交换文件，所以所有的内存都是直接使用。同时，也可能会发生内存不够或是磁盘(c 已满错误
每个线程的默认栈很小，只有12k,所以在symbian开发中，不要放太多东西到栈中,一般对象都是在堆中分配的。
线程创建后，它的栈大小就不可再改变。
线程可以使用new或是User::Alloc从线程默认堆中分配内存.如果希望从其它堆中分配内存，只能使用new

动态库(DLL)
symbian中dll不支持可写的静态数据,所以你在里面不可能使用可写的全局变量或是静态变量.
为什么不支持呢?如果支持，那每个进程调用这个dll时，都需要为这个进程分配一个独立的堆，而堆最小单位是4k,系统中有很多堆，并且有很多程序，所以内存消费基金是很大的。所以就不支持了
这样开发时不是很不方便？因为在dll中有时需要保存自己的状态，进行交互
为了解决这个问题，symbian中引入了线程本地数据(thread-local storage
TLS)概念(查看Dll::Tls
Dll;;SetTls)。但是调用TLS性能比较慢.tls的最大大小是1.8k 通常这够用了。

文件:
c: flash ram盘
z: rom盘
d: 记忆棒之类的外挂盘

事件处理
事件处理模型如下图:

keyborad |—————————
|interrupt
|
kernel/driver–+-isr/dfc
|
key event
|
|
window serv—–handle key event———–+update window
| |
|key event draw |request
application +—————– handle ———-+
key event

在symbian中使用活动对象（active object）来处理事件
在symbian os中，所有的symbian
os线程都是事件处理器，每个线程有一个活动调度对象,加上一个或多个活动对象来处理从设备或其它程序发过来的事件。

每个活动对象都有一个虚拟的成员函数RunL(),在这个函数里面处理事件。

多任务与抢占式
symbian os实现抢占式多线程。
活动对象用于在单个线程内实现非抢占式多任务

symbian学习笔记一

第一部分: hello world程序解说

symbian的不同点:
需要自己处理下面的事情:
trap harness,cleanup stack,leave,heap marking
也就是需要自己进行错误检查,
由于没有异常机制，所以symbian使用cleanupstack处理异常
TRAP宏像是catch(…) 函数名带L的像是throw
最后只要在E32Main里面使用一次TRAP就可以了 这样保证内存没有泻漏

对于c字符串，需要使用_L把它转换成symbain使用的描述
symbian是面向对象的，所以对多数c库函数进行了封装,如printf
symbian的入口是E32Main函数
GLDEF_C宏表示这个函数是模块的接口
由于c中没有规定基本类型的长度，symbian使用typedef重定义了基本类型,如TInt16表示16位int

编译:
工程定义文件
可以使用codewarrior或是gcc编译,我们把编译相关信息放在工程定义文件中(扩展名为.mmp,makmake project),并使用其它工具把mmp文件变成makefile或是其它环境下(如codewarrior)的工程文件.下面是hellotext.mmp的内容:
// hellotext.mmp
TARGET HelloText.exe
TARGETTYPE exe
SOURCEPATH .
UID 0
SOURCE hellotext.cpp
USERINCLUDE .
SYSTEMINCLUDE epoc32include
LIBRARY euser.lib
TARGET表示生成的可执行文件的名字，TARGETTYPE表示生成的文件的类型,这里是exe
UID对GUI程序很重要，这里设置为0
SOURCEPATH表示源文件(.cpp)的目录
SOURCE指明源文件名
USERINCLUDE和SYSTEMINCLUDE表示用户自己声明的头文件与系统头文件的目录
通常我们都需要把SYSTEMINCLUDE声明成epoc32include
LIBRARY声明需要链接的库,一般需要E32用户库就可以,也就是euser.lib

组件定义文件
symbian需要一个组件定义文件，这个文件名字总是bld.inf,在这个文件中包含所有的工程定义文件(mmp),更复杂的情况下会包括其它相关信息
下面是hellotext的
// BLD.INF
PRJ_MMPFILES
hellotext.mmp

编译
cd scmphellotext
bldmake bldfiles
上面的命令会在scmphellotext下生成abld.bat文件,同时会创建epoc32buildscmphellotext目录
abld build winscw udeb
winscw表示生成codewarrior(cw)模拟器(win
simulator)的工程文件,udeb表示创建unicode的debug版本
build分下面六个步骤:
export过程复制输出文件到它们的目标,一般会把通用头文件复制到epoc32include,多数应用程序在这步不需要任何操作
makefile阶段生成必须的makefile或ide的工作空间(如vc的dsp文件)
库阶段创建输入库
资源阶段创建应用程序的资源文件,位图和应用程序信息文件(aufs)
目标阶段生成应用程序的主执行文件
最后阶段执行任何最后的操作，多数程序这里不需要

这些阶段都有选项在abld工具中，可以使用abld help得到各选项内容

最后结果放在epoc32releasewinscwudebhellotext.exe,你可以在那里双击它

自己的操作如下
bldmake bldfiles @UIQ_21:com.symbian.UIQ
abld build wins udeb @UIQ_21:com.symbian.UIQ
然后运行epoc32releasewinscwudebhellotext.exe
使用@UIQ_21:com.symbian.UIQ的原因是因为没有设置EPOCROOT环境变量,并且安装了两套symbian环境一个安装在C:SymbianUIQ_21

创建手机上运行的程序
abld build armi urel

创建安装文件
在scmphellotext下运行
makesys hellotext.pkg
这将会生成hellotext.sis,你可以把它上传到手机上

如何寻找和连接到远程设备

当一个应用程序连接到远程设备以便应用其某个服务时，我们需要几个步骤：首先看看是否有想要与之通信的设备。然后察看所需要的服务是否可用。最后，应用程序需要进行连接，另外可能还需要进行些安全措施

下面几个主题将依次介绍相关步骤：

选择远程设备的方法
如何查询远程设备
如何查询远程设备上的服务
如何同远程设备连接和传输数据
如何在外连的套接字上应用安全措施
选择远程设备的方法
一个应用程序能通过下列方法决定哪个远程设备是他通信的对象：

·         固定的连接

·         实现存储的配置

·         由用户选择

·         程序自动决定

上面每一个都可能由它合适的情况。前两个方法中，远端设备的地址只需要简单的从存储出取出。而第三种方法则普遍在蓝牙UI中提供。

最后一种程序自动选择远程设备中，可能在下列情况中应用：

·         为用户提供可定制的设备选择UI

·         在某些特别情况下选择设备，比如“选择最空闲的LAN接入点”

如何查询远程设备
每个蓝牙设备在其硬件中都有唯一的48位地址。一个范围内基本的设备查询将返回零或几个此类地址。

除了这个地址，蓝牙设备也还有一个文本名字显示给用户。如果你希望显示可用设备的列表给用户，你也要获取这些名字以便显示。

如果底层硬件支持，地址和名字也可以同时被查询。否则，地址的查询必须在名字查询请求发送前完成

泛化套接字类RhostResolver用来完成地址和设备名的查询。另外TinquirySockAddr为专门的蓝牙套接字地址类，里面封装了蓝牙地址，查询入口代码，用来提供相关查询的服务和设备类。

获得远程设备的地址
下面步骤用来查询远程设备的地址：

1.    连接到套接字服务器(RSocketServ)，然后用RSocketServ::FindProtocol()选择使用的协议。由于名字和地址的查询由堆栈的BTLinkManager协议层支持，所以选择它。

2.    创建并初始化一个RhostResolver对象。

3.    设置TinquirySockAddr参数以便查询：对于地址查询， KHostResInquiry标志需要通过TInquirySockAddr::SetAction()设置好。

然后可以通过RHostResolver::GetByAddress()开始查询。

如何查询远程设备的服务
一个远程设备可以有一个或者多个蓝牙服务提供者。服务的广泛指示器可以从设备的类中读出。这样可以用来选择合适的设备图标现实给用户。这个设备的类可以在查询地址后用TInquirySockAddr::MajorClassOfDevice()获得。

在特定环境，设备的类提供的粗级别的服务发现并不能满足对设备的选择条件。这样，这样，服务发现请求可以用来判断是否为适合的选择。但只有在必需的时后才应该应用，因为它需要一些额外时间来对每个设备进行SDP请求。SDP请求通过蓝牙发现代理API来进行。

如何同远程设备连接和传输数据
一旦设备和服务确定了，你就能够连接到远程设备并开始使用了

通过泛化的Symbian OS套接字借口Rsocket的Connect()函数连接到设备。蓝牙套接字可以用L2CAP和RFCOMM协议打开。对于一个L2CAP蓝牙套接字，端口（port）是用来连接的协议/服务多路复用器 (PSM)；对于RFCOMM,端口是服务器频道。如果这些值不知道，可以通过读取服务属性ProtocolDescriptorList来获得。详情参见使用蓝牙服务发现代理

你能够通过套接字使用目标服务期望的格式读写数据（AT指令，文本，HTTP，PPP等）

举例：
// Assume have a TInquirySockAddr object, addr, with relevant device info

// Connect an L2CAP socket
RSocket socket;
TRequestStatus status;
User::LeaveIfError(socket.Open(socketServ,KBTAddrFamily,KSockSeqPacket,KL2CAP));
User::LeaveIfError(socket.Connect(addr,status));
User::WaitForRequest(status);

if (status == KErrNone)
    {
    // Write some simple data
    _LIT8(KDataToWrite,"01234");
    socket.Write(KDataToWrite,status);
    User::WaitForRequest(status);
    }

// Close socket
socket.Close();

注意：
·         对于RFCOMM和L2CAP协议，没有数据可以在Connect() 和Shutdown() 调用中送出，否则会导致获得额外数据的错误。

·         RFCOMM使用流套接字类型（KSockStream）。

·         L2CAP使用序列包的套接字类型 （KsockSeqPacket）。

如何在外连的套接字上应用安全措施
对于一个外连接（outgoing connection），默认情况下蓝牙堆栈不会由具体的安全措施。如果远程设备需要认证或编码连接，那堆栈会直接体现到应用程序。

有时候，本地程序也需要保证认证或编码连接。可以对RSocket用控制操作（ioctls）来认证(ioctl KHCIAuthRequestIoctl) 或者编码 (KHCIEncryptIoctl) 连接。

举例
下面的例子就将对认证请求应用了ioctl

// Assume have an opened L2CAP RSocket object, socket
socket.Ioctl(KHCIAuthRequestIoctl, status, NULL, KSolBtHCI);
User::WaitForRequest(status);
if (status==KErrNone)
    {
    \\ Success...

ps: 偶也在学习中，如有错误请多指教。

ini文件的创建读写

创建ini文件：

void CFrozenBubbleAppUi::WriteIniFile(TUid iInfo, void *ptr, TUint size){

  TInt r;

  RFs fs;

  fs.Connect();

  CleanupClosePushL( fs );

  RDictionaryWriteStream rdsIniFile;

  CDictionaryStore *cdIniFile = Application()->OpenIniFileLC(fs);//如果不存在就创建

  rdsIniFile.AssignLC(*cdIniFile, iInfo);

  TPtr8 buf((TUint8*)ptr, size, size);

  TRAP(r, rdsIniFile.WriteL(buf));

  rdsIniFile.CommitL();

  CleanupStack::PopAndDestroy();

  cdIniFile->CommitL();

  CleanupStack::PopAndDestroy( 2 );

}

读ini文件：

TBool CFrozenBubbleAppUi::ReadIniFile(TUid iInfo, void *ptr, TUint &size){

  TInt r;

  TBool result = EFalse;

  RFs fs;

  fs.Connect();

  CleanupClosePushL( fs );

  RDictionaryReadStream rdsIniFile;

  CDictionaryStore *cdIniFile = Application()->OpenIniFileLC(fs);

  if (cdIniFile->IsPresentL(iInfo)){

    rdsIniFile.OpenLC(*cdIniFile, iInfo);

    TPtr8 buf((TUint8*)ptr, size);

    TRAP(r, rdsIniFile.ReadL(buf));

    CleanupStack::PopAndDestroy(); // rdsIniFile

    result = ETrue;

  }

  CleanupStack::PopAndDestroy( 2 ); // fs, cdIniFile

  return result;

}

Symbian OS：线程编程中文版

虽然symbian操作系统中对多任务的实现更提倡使用活动对象，但多线程也是非常有用的技术，当移植程序、后台大量复杂运算或多媒体编程时，threads都是必不可少的。symbian中的thread编程和一般的多线程编程差不多，下面就来看看具体文档中是如何描述的：

《Symbian OS：线程编程》
Symbian操作系统中的线程和进程

在Symbian操作系统中，每个进程都有一个或多个线程。线程是执行的基本单位。一个进程的主线程是在进程启动时生成的。
Symbian属于抢占式多任务操作系统，这意味着每个线程都有自己的执行时间，直到系统将CPU使用权给予其他线程。当系统调度时，具有最高优先权的线程将首先获得执行。
进程边界是受内存保护的。所有的用户进程都有自己的内存地址空间，同一进程中的所有线程共享这一空间，用户进程不能直接访问其他进程的地址空间。
每个线程都有它自己的stack和heap，这里heap可以是私有的，也可以被其他线程共享。应用程序框架生成并安装了一个active scheduler，并且为主线程准备了清除栈。如果没有使用框架（如编写exe程序）那就要手动生成这些了：）
Symbian操作系统专为单线程应用优化，因此强烈推荐使用“活动对象”代替多线程。

[使用单线程的优点]
在每个线程都有自己的stack空间时，使用单线程可以减少内存耗费。
在线程间切换上下文要比切换活动对象（通过active scheduler）慢得多。
不需要处理互斥现象，这减少了程序的负担，简化了代码，减少了错误发生的几率。
一些资源只能为主线程所用，因此它们并不是线程安全的，如动态数组。

[使用多线程的优点]
有时为了保证所执行的任务的持续性，如播放声音时，我们可以将其归在一个单独的线程中处理。
将复杂的多线程或长时间运行程序移植到Symbian上，如果不使用多线程处理，可能会比较难也更耗时间。
（题外话：我曾綺将一个棋类程序移植到symbian上，里面复杂的递归运算使我不得不使用多线程，这样的情况下，你是很难将时间有序的分化开来，使用活动对象的）


[线程的基本使用方法]
RThread提供了线程的各项功能。线程是为内核所拥有的对象，RThread对象封装了这些对象的句柄。

1、生成一个新线程
新的线程可以通过构造一个RThread对象，并调用它的Create()函数生成。如：

Code:

1: TInt threadFunction(TAny *aPtr)
2: 
7:
8: RThread thread;
9: thread.Create(KThreadName, threadFunction, 4096,
10: KMinHeapSize, 256*KMinHeapSize, &iParameter);
11: thread.Resume();

2、线程状态
一个线程的最重要的状态为运行、准备、等待和暂停。在生成后，线程首先处于暂停状态，你可以调用Resume()函数来启动它的运行。一个线程也可以通过调用Suspend()来进入中断状态。

线程一般通过Kill(TInt aReason)来结束，Terminate()与其相似。如果一个进程的主线程结束，则该进程与所属所有线程都将结束。
一种非正常关闭线程的方式就是调用Panic(const TDesC& aCategory, TInt aReason)来中断执行。
如何获得中断线程的信息呢，我们可通过ExitType()，ExitReason()以及ExitCategory()方法来获得。

线程可以在中断时发出请求，我们通过调用异步方法Logon()来完成此任务。返回值在aStatus中。LogonCancel()可以取消前次请求。
void Logon(TRequestStatus& aStatus) const;
TInt LogonCancel(TRequestStatus& aStatus) const;

我们可以通过SetProtected(ETrue)方法将线程保护起来，也可以通过SetProtected(EFalse)来取消保护。在保护时，另一个线程是无法中断、结束、异常中断或设置该线程的优先级的。Protected()方法可以返回该线程的保护状态。

3、访问线程及进程
我们可以通过构造一个RThread对象来访问当前线程。Id()方法可以返回改线程的ID。
拥有此线程的进程可以通过访问RThread的Process(RProcess& aProcess)方法来获得。这里传入的参数应该是一个RProcess对象。
其他线程可以通过Open()方法来访问。我们通过传递TThreadId、线程名称或TFindThread对象来打开线程。
TInt Open(const TDesC& aFullName, TOwnerType aType=EOwnerProcess);
TInt Open(TThreadId aID, TOwnerType aType=EOwnerProcess);
TInt Open(const TFindThread& aFind, TOwnerType aType=EOwnerProcess);


Code:

1: // * as a wildcard for the name search
2: _LIT(KFindAll, “*”);
3: // default RThread object, has a handle of the current thread
4: RThread thread;
5: TFullName fullName;
6: TFindThread finder(KFindAll);
7:
8: while (finder.Next(fullName) == KErrNone)
9: 

（未完待续）

BestRegards
hoolee
  
hoolee 
View Public Profile 
Send email to hoolee 
Find all posts by hoolee 
Add hoolee to Your Buddy List 

  #2    2005-04-28, 08:20  
 hoolee  
Registered User   Join Date: Mar 2005
Posts: 1,037  
 
4、线程优先级
线程可以被赋予一个绝对或相对的优先级。绝对优先级定义了这个线程的总体优先级，不需要考虑其拥有者进程的优先级了。而赋予相对优先级时则将此线称定义为拥有者进程的优先级加上该相对优先级后的结果。

下面粗体标示的优先级值可以由用户代码设置：

Code:

enum TProcessPriority
;

enum TThreadPriority
;

上面枚举出来的值中绝对优先级值为：
EPriorityAbsoluteVeryLow, EPriorityAbsoluteLow, EPriorityAbsoluteBackground, EPriorityAbsoluteForeground, EPriorityAbsoluteHigh.
相对优先级值为：
EPriorityMuchLess, EPriorityLess, EPriorityNormal, EPriorityMore, EPriorityMuchMore.
EPriorityNull是一个特殊值，它定义了最低的级别，Kernel idel thread使用的就是它*_*

EPriorityRealTime定义了除核心服务线程优先级外最高的总体优先级。
RThread中的Priority()方法返回了一个线程的优先级（按以上描述值）。我们也可以通过SetPriority(TThreadPrioriy aPriority)方法来修改优先级。
ProcessPriority()方法返回了拥有该线程之进程的优先级（按TProcessPriority描述值）。我们也可以通过SetProcessPriority(TProcessPriority)方法来修改该进程的优先级。

5、异常处理
每个线程都有自己的异常处理模块。当线程发生异常时会调用异常处理模块。异常处理模块的訽型为：
typedef void TExceptionHandler(TExcType);

RThread包含了下列异常处理相关的方法：
TExceptionHandler* ExceptionHandler()
返回该线程当前异常处理模块的地址。

TInt SetExceptionHandler(TExceptionHandler* aHandler, TUint32 aMask);
定义了该线程新的异常处理模块的地址，以及它所处理异常的类别。

void ModifyExceptionMask(TUint32 aClearMask, TUint32 aSetMask)
修改异常处理模块所定之异常类别，aClearMask参数定义了不再为异常处理模块所处理的类别，而aSetMask则定义了新的处理类别。

TInt RaiseException(TExcType aType);
引发线程上指定类型的异常，这时异常处理模块将被启动执行（发生在调用之后）。

TBool IsExceptionHandled(TExcType aType);
检查线程的异常处理模块是否捕捉到aType类型的异常。


(1)异常类别及类型
异常类型是一组针对单个异常的类型识别，主要用在异常发生时。
异常类别则代表一组异常形式。

异常类别的一个集是由一个或多个异常类别通过OR形式组合成的，如KExceptionInteger|KExceptionDebug，这些值用来设置及修改异常处理模块所处理的类别。

下面列示了所有的类型及类别。
异常类别 异常类型
KExceptionInterrupt ->EExcGeneral, EExcUserInterrupt
KExceptionInteger ->EExcIntegerDivideByZero, EExcIntegerOverflow
KExceptionDebug->EExcSingleStep, EExcBreakPoint
KExceptionFault ->EExcBoundsCheck, EExcInvalidOpCode, EExcDoubleFault, EExcStackFault, EExcAccessViolation, EExcPrivInstruction, EExcAlignment, EExcPageFault
KExceptionFpe ->EExcFloatDenormal, EExcFloatDivideByZero, EExcFloatIndexactResult, EExcFloatInvalidOperation, EExcFloatOverflow, EExcFloatStackCheck, EExcFloatUnderflow
KExceptionAbort ->EExcAbort
KExceptionKill->EExcKill

（未完等续）

BestRegards
hoolee
  
hoolee 
View Public Profile 
Send email to hoolee 
Find all posts by hoolee 
Add hoolee to Your Buddy List 

  #3    2005-04-28, 09:56  
zaohuzi888  
Member   Join Date: Mar 2005
Posts: 5  
 
精彩啊 

--------------------------------------------------------------------------------

不知道后面的什么时候推出,很期待哦
  
zaohuzi888 
View Public Profile 
Send email to zaohuzi888 
Find all posts by zaohuzi888 
Add zaohuzi888 to Your Buddy List 

  #4    2005-04-29, 09:36  
 hoolee  
Registered User   Join Date: Mar 2005
Posts: 1,037  
 
6、其他线程函数
TInt Rename(const TDesC& aName)
为线程定义个新名字。

void RequestComplete(TRequestStatus*& aStatus, TInt aReason)
通知线程与一个异步请求绑定的请求状态对象aStatus已綺完成。sStatus完成代码将负责设置aReason及发出线程请求信号的通知。

TInt RequestCount()
返回线程请求信号的数目。如果是负值则表示该线程正在等待至少一个异常请求的完成。

void HandleCount(TInt& aProcessHandleCount, TInt& aThreadHandleCount)
得到线程中及拥有该线程的进程中处理模块的数目。

RHeap* Heap()
返回一个指向改线程堆的指针。

TInt GetRamSizes(TInt& aHeapSize, TInt& aStackSize)
得到该线程中堆和栈的大小。

TInt GetCpuTime(TTimeIntervalMicroSeconds& aCpuTime)
得到改线程所分配到的CPU时间

void Context(TDes8& aDes)
得到该线程（ sleeping状态）所注册的上下文环境。

4、线程内部的通信
1)共享内存
在线程间交换信息最直接的方法就是使用共享内存。线程入口函数中有一个参数TAny* aPtr，这个指针可以用于任何目的。通常可以用它来传递一个负责线程间共享信息的数据结构或类实例。因为同一进程中的线程是共享内存地址空间的，因此这里指针所指向的数据可以被两个线程所共享，注意访问该数据时必须是同步形式。
另外这里的指针参数可以使用SetInitialParameter(TAny* aPtr)方法来改变，但这时线程应处于suspend状态。

2)Client/Server API
Symbian操作系统提供了一组基于server/session的API，允许一个线程扮演server的角色，向其他线程或进程提供服务。这里API也提供处理一组方法处理信息的传递，异步以数据传输。

3)进程内数据传输
如果两个线程分属不同的进程，则他们无法直接管理需要通信的数据，因为他们没有共享的数据区。这里可以使用RThread提供的ReadL()方法及WriteL()方法，我们可以用来在当前线程和由RThread提供的另一个线程间的地址空间拷贝8/16位的数据。这里当前线程和另一个线程可以归属同一个进程也可分属不同进程。

数据的传输是通过拷贝数据来完成的，RThread提供了方法返回在它地址空间内一个descriptor的长度及最大允许长度。

a>读取另个线程所提供的descriptor
void ReadL(const TAny* aPtr,TDes8& aDes,TInt anOffset) const; 
void ReadL(const TAny* aPtr,TDes16 &aDes,TInt anOffset) const;

这里ReadL()方法从另一个线程的descriptor(由aPtr所指)中拷贝一组数据，传递到当前线程的descriptor(由aDes所指)。
aPtr指针必须指向一个在RThread句柄所指线程的地址空间中有效的descriptor。

从源descriptor中的内容是从anOffset位置那里开始拷贝到目的descriptor（aDes）的。

b)向另个线程写入descriptor
void WriteL(const TAny* aPtr, const TDesC8& aDes, TInt anOffset) const;
void WriteL(const TAny* aPtr, const TDesC16& aDes, TInt anOffset) const;

用这个方法将当前线程descritor(aDes)所提供的数据都拷贝在另一个线程(aPtr所指)的descriptor中。这里anOffset参数设定了目标descriptor的初始化拷贝位置。

aPtr为线程地址空间内有效的可修改descriptor。

如果拷贝进去的数据长度超过目标descriptor的最大长度，则函数会发生异常。

c)Descriptor帮助函数
TInt GetDesLength(const TAny* aPtr) const;
TInt GetDesMaxLength(const TAny* aPtr) const;
这里RThread的GetDesLength()方法可以返回aPtr所指向的descriptor长度。这里descriptor必须为RThread句柄所指定的线程的地址空间中。
RThread的GetMaxDesLength()方法返回aPtr所指向descriptor的最大长度。descriptor也应在RThread句柄所指的线程地址空间中。

建议在ReadL()和WriteL()等方法前使用这些函数。

4.4线程局部存储(TLS)
Symbian操作系统是不允许在DLL中出现可写静态变量的。然而每个DLL中每个线程都会分配一个32位字符空间。这个字符用来存放一个指向数据结构或类示例的指针。分配和释放这些资源可在例如DLL的入口函数E32Dll中处理。

另一个使用线程局部存储的示例为保存指向类示例的指针，这样静态回调函数可以访问与线程相联系的该对象。当我们处理自定义异常处理模块时是很有用的。

Dll::SetTls(TAny *aPtr)函数负责设置线程局部存储的指针。
Dll::Tls()函数负责返回一个指向线程局部存储的指针。取得后该指针所指定数据可以正常使用。

4.5 User-Interrupt Exception
如3.5“Exception Handling”所述，线程可以引发其他线程的异常。有一种异常类型是专为用户所保留的，那就是EExcUserInterrupt，可以通过指定异常类型KExceptionUserInterrupt来处理。其他要传递的信息应该通过共享内存来处理。这是在最段时间内向其他线程传递信息的方式，当异常发生时调用RaiseException()函数可切换到另个线程的异常处理模块。

（未完待续）

BestRegards
hoolee
  
hoolee 
View Public Profile 
Send email to hoolee 
Find all posts by hoolee 
Add hoolee to Your Buddy List 

  #5    2005-04-30, 07:54  
 hoolee  
Registered User   Join Date: Mar 2005
Posts: 1,037  
 
4.6 Publish & Subsribe
Publish & Subscrible是一个进程间的通信机制（在SymbianOS v8.0a和Series 60 Platform 2nd Editon, Feature Pack2中有所介绍），可以查看相关的文挡。

这个机制包括了三个基本方面：properties, publishers, 和subscribers.Properties是由一个标准SymbianOS UID所定义的全局唯一变量，它定义了属性类别，而另一个整数定义了property sub-key。
Publishers是负责更新属性的线程。Subscribers是负责监听属性变化的线程。

4.7 消息队列
消息队列是另一个进程间通信的机制（在SymbianOS v8.0a和Series 60 Platform 2nd Editon, Feature Pack2中有所介绍）。
消息队列用来向队列发送消息，而无需获得接收者的状态标识信息。任何进程（都在同一队列中的）或任何同一进程中的线程（在局部队列中）都可以读取这些信息。

5、同步
1)目的
如果多个线程在没有保护机制的情况下使用同一资源，就会出现一些问题。如，线程A更新了部分descriptor，而线程B接手后又重写了内容。回到线程A后，又开始更新内容。这样descriptor的内容就在A与B中来回修改了。

为了防止这类情况的发生，你需要使用非抢占式client/server机制或同步对象来处理。同步对象（mutex, semaphore, critical section）都是核心对象，可以通过句柄来访问。他们会限制或直接锁住对多线程们所要访问的资源，这种资源形式被称为共享资源。
在任何时刻只能有一个线程对共享资源进行写操作，每个要访问资源的线程都应使用同步机制来管理资源。
同步操作一般有如下步骤：
1. Call Wait() of the synchronization object reserved for this resource.
2. Access the shared resource.
3. Call Signal() of the synchronization object reserved for this resource.

注意，当kill线程时要小心点。因为如果线程使用已綺注销的对象，不同的同步对象其处理方式是不同的。因此，忽略使用同步类型而kill一个已綺更新过部分资源的线程是会引发问题的。

2)使用Semaphores(信号)
Semaphores可以管理共享资源的同步化访问。这里semaphore的句柄可通过RSemaphore类获得。
Semaphore限制了同一时刻访问共享资源的数目。semaphore计数的初始化工作可以放在构造函数中进行。
Semaphore可以是全局的也可以是局部的，全局的semaphore有自己的名称，可以被其他进程搜索并使用。而局部的semaphore没有名称，只能在同一进程间的线程中使用。
调用semaphore的Wait()方法将减少semaphore计数，而如果计数为负的话，调用线程就会进入等待状态。
调用semaphore的Signal()方法将增加semaphore计数，如果增长之前为负数，则等待信号的第一个线程将设定为准备运行状态。

调用semaphore的Signal(TInt aCount)和调用n次Signal()效果是一样的。
当线程死亡时，只有该线程正等待该信号时，信号才能被通知。因为信号在下面这样的情况也是可以执行的：在一个线程中调用Wait()，在另一个线程中调用Signal()，这样的信号无法在使用它的线程死亡时被通知。这样只会导致信号计数减低。

3)使用互斥（Mutex）
互斥主要使用在同步下独占访问共享资源。它的句柄可以通过RMutex类来获得。
和信号一样，互斥可以是全局也可以是局部的。唯一的不同在于其计数初始化时总为1。Mutex因此只允许最多一个访问共享资源。
如果一个线程已綺为mutex调用Wait()，但没有Signal()，则线程死亡时该互斥将被通知。

4)使用临界区(Critical Sections)
Critical Sections可用来在一单独进程中独占访问共享资源。Critical Sections句柄可以通过RCriticalSection类来获得。
Critical Sections只能用在同一进程的线程间，通常它用来管理某段代码的访问，每次只能有一个线程来访问。
同一线程中，在调用Wait()前调用Signale()将会引发线程的异常。但不会出现在其他类型的同步对象中。
线程的中断是不会影响critical sections的状态的，因此使用critical sections的线程将不会被其他线程杀死，除非不在critical sections中。当不在需要时，线程的死亡是不会有癬，很安全的。

5)同步实例

Code:

1: class CMessageBuffer
2: ;
12:
13: CMessageBuffer::CMessageBuffer()
14: 
17:
18: void CMessageBuffer::AddMessage(const TDes &aMsg)
19: 
24:
25: void CMessageBuffer::GetMessages(TDes &aMsgs)
26: 
32:
33: static void CMyClass::threadFunction(TAny *aPtr)
34: 
45: }
在上面所述中，CMessageBuffer是一个半成品类，它允许用户增加消息到buffer中，也允许获得所有消息。
线程函数CMyClass::threadFunction负责向CMessageBuffer共享对象添加信息，这里内存分配和错误检查并没有列出，需要读者自己完成。
假设有多个线程要共享CMessageBuffer对象实例，则在实际访问buffer时必须要同步来处理。我们也可在线程函数中完成，但在CMessageBuffer中完成同步将使得该类成为线程安全级，同样它也可以被用在单个线程中了。

6总结
很多情况下都需要多线程的，当使用多线程时，同步及互斥排他也要考虑在内，以便保证线程通信的安全性。如果线程使用共享资源，我们应该使用某种同步机制来避免异常的发生，Semaphores, critical sections,和mutexes都提供了基本的解决方案。此外，如果使用活动对象或清除机制，我们还需要手工设置active scheduler和清除栈。总的来说，线程编程不是这么容易的，因为这类编程需要全面理解框架、多任务和线程安全机制。

symbian开发资源

去年有一段时间做symbian的开发, 在sony ericsson 的p802上进行，因为公司内还没有开发symbian的经验，所以开发过程中遇到的问题就只有到internet上去寻求帮助。本文总结和罗列了在开发过程中得到的各种symbian uiq开发资源，希望对刚进入symbian开发的朋友能够有所帮助。

<!--[if !supportEmptyParas]--> <!--[endif]-->

<!--[if !supportLists]-->1．<!--[endif]-->Symbian 开发者新闻组

这是symbian网站上公布的新闻组，毫无疑问，这是我开发过程中遇到难题时得到帮助最多的地方。在这里回答问题的都是很专业的symbian开发人员，估计其中有一部分应该是symbian的技术支持工程师。只要你会提问，有耐心，一般都可以得到有用的帮助。

建议：提问前搜索一下以前有没有同样的问题，如果有，那么你就不用等待别人的回答了，也避免了支持者为了回答同样的问题浪费时间。

提问时尽量言简意赅的描述清楚你遇到的问题，还要注意自己的态度，网上有一篇详细介绍如何提问的文章《提问的智慧》，建议先阅读。

阅读，搜索其他文档后，仍然找不到答案时，才到新闻组提问。因为可能要过比较长的时间才能够得到答复。

<!--[if !supportEmptyParas]--> <!--[endif]-->

http://www.symbian.com/developer/public/index.html

<!--[if !supportEmptyParas]--> <!--[endif]-->

<!--[if !supportLists]-->2．<!--[endif]-->SDK附带的文档

在安装UIQ2.1的SDK后，有一个patch。这个patch里面实际上并没有对SDK做什么更新，里面只包括了一个CHM版的文档和一个名为news-qui的项目。CHM版的文档提高了可用性和可读性。那个news-qui的项目是学习uiq上编程的最好源代码，因为它不仅覆盖了uiq上大多数的基础架构，而且还有一篇相应的chm文档分析代码，指导阅读。如果你刚开始学习symbian 的 uiq编程。这是必读的源码。

SDK附带的这份文档包含了详尽的Symbian UIQ SDK开发信息，是最重要的参考资料。

以下几个部分可能是经常需要用到的地方：

UIQ 2.1 SDKàUIQ SDKàC++ : 这个目录里面的API Refrence, Application Developer Framework, Paradigm都是刚开始学习时常用的参考资料。

UIQ 2.1 SDKàDeveloper LibraryàAPI Refrence, 其中的C++ API Refrence对API进行了分类介绍。而System Panic Refrence在程序中出现panic时，可以根据分类和编号对应查到可用信息。

UIQ 2.1 SDKàDeveloper LibraryàTools and Utilities, 其中包含了开发过程中要使用到的工具介绍和指导，比如文件转换，程序生成，程序安装，字符格式转换，图片格式转换，如何在设备上调试等。

<!--[if !supportEmptyParas]--> <!--[endif]-->

<!--[if !supportLists]-->3．<!--[endif]-->FAQ

FAQ是对开发过程中经常遇到的问题进行总结后得到的结果，你遇到的问题，别人已经先遇到过了，而且已经有了答案。遇到问题，先查文档，然后到这里来看看，答案也许早就在这里，只是等待你的搜索。

<!--[if !supportEmptyParas]--> <!--[endif]-->

http://www.symbian.com/developer/techlib/faq.html

上面的页面先进入Enter the Symbian OS Developer Knowledgebase 这一栏，然后就可以分类搜索啦。

<!--[if !supportEmptyParas]--> <!--[endif]-->

<!--[if !supportLists]-->4．<!--[endif]-->Sonyericsson 的开发技术支持论坛

也不错，需要先注册。

http://developer.sonyericsson.com/show_forums.do

<!--[if !supportEmptyParas]--> <!--[endif]-->

<!--[if !supportLists]-->5．<!--[endif]-->源代码资源

series60的SDK安装以后，其example里的源代码是所有symbian SDK中最多，最全面的。虽然这些project不能在UIQ SDK里面编译通过，但在遇到问题时，参考这里面的源码会对你有很大帮助。

Symbian字符串操作

在symbian系统中并没有使用我们熟知的类型和函数来处理字符串和二进制缓冲区，这对于初学者来说可能有点陌生。大概很多编程者都在摸索TBuf, TBufC, HBufC的过程中花费了不少时间……:)

symbian中的描述符(descriptors)主要有以下特性：
1、以同样的方式对待字符串和二进制数据。
2、数据可以存放在内存的任何区域上——ROM或RAM，在堆或栈上都可以。
3、描述符使用指针和长度信息来描述它包含的数据，有些描述符还包括最大长度的信息。

下面这个图示意了描述符相关类的继承关系：

所有的描述符都是从抽象类TDesC中派生的，他们可以分为三个大类：
1、缓冲区描述符——数据做为描述符对象的组成部分而存在，描述符对象存放在程序的堆栈中：TBuf和TBufC,
2、堆描述符——数据做为描述符对象的组成部分而存在，描述符对象存放在堆中：HBufC,
3、指针描述符——描述符对象和它所表示的实际数据是分开存放的：TPtr和TPtrC.

如果对照C/C++语法来看：
1、TPtrC可以被看作是const char*的使用
2、TBufC可以被看作是char[]的使用

其他类没有相应对照语句。

下面显示了各个类中数据是如何组织的：

TDes和TDesC是抽象类，因此你不可能实例化它们。它们的主要用途是做为函数的参数来描述字符串和二进制数据。在这样的函数中，你应该按如下规则使用：
1、const TDesC& 表示只读的数据和字符串。
2、TDes& 表示可以被修改的数据和字符串。

所有这些描述符都可以指定数据尺度：TDes8、TDes16、TDesC8、TDesC16、TBuf8、TBuf16等
这里8表示描述符处理的数据是8bit的，而16表示是16bit数据。一般来说，你只要使用通用形式（TDes, TDesC,...）来表示文本数据而使用8bit版本（TDesC8等）来表示二进制的内容。

Litterals
---------------
字符串常量可以使用_L()或_LIT()宏来定义。

_L()可以生成一个指向字符值的地址（TPtrC），它经常被用来传递字符串到函数中：
NEikonEnvironment::MessageBox(_L("Error: init file not found!"));

_LIT()可以生成个常量名，以便以后重复使用：
_LIT(KMyFile, "c:\System\Apps\MyApp\MyFile.jpg");

_LIT()宏的结果（就是上面的KMyFile）实际上是个文字描述符（literal descriptor）TLitC，它可以在任何使用TDesC&的地方使用。

用法
---------
TDesC中最常用的函数如下：
1、Ptr()，用来获得描述符数据中的指针。
2、Length()，用来获得描述符数据中的字符数。
3、Size()，用来获得描述符数据中的字节数目。
4、Cpmpare()或操作符==、!=、>=和<=等专为比较描述符数据用的。
5、操作符[]，可以被当作c/c++中一样，用来获得描述符字符串中的单个字符。

下面几个函数有其特殊性：
1、Append()和Num()有很多重载形式，具体可以看SDK
2、Compare()有2个变体：CompareC()和CompareF()，以及Copy(),Find(),Locate()和Match()，这些函数都有C/F的后缀形式，C代表Collated而F代表Folded.

Collating和Folding
------------------------
Folding是个比较格式化文本的简单方法，主要用在对比较不是太要求精确的场合。

Collation是个更好的也更有效的比较字符串的方法，可以生成类似字典的顺序。

手机游戏制作宝典

由于手机硬件设备方面的诸多限制和性能差异，我们在游戏的开发和制作过程中无法天马行空般的进行创作，而不得不综合考虑到多方因素的平衡。下面列出的是一些关键的性能参数，这些参数都直接影响游戏的效果。

[分辨率]
    手机的屏幕大小各有不同，从80*30到320*240，就好比在PC发展过程中的CGA、EGA乃至VGA，分辨率的高低直接导致了造型的大小及表现力，这点相信每个设计人员都有所体会。另外，由于手机型号及操作系统的多样性，导致了一款游戏并不能不加改动的在不同的手机上运行。对于美术设计人员而言，就要在设计之初考虑屏幕的自适应问题。比如在128×128分辨率下与200×200的分辨率下，如何可以不重新更换图片，但又达到同样的效果？

[色彩数量]
    目前手机能达到的色彩数量也是限制美术人员发挥的一个重要瓶颈。从过去几年的黑白屏幕手机到现今256色、4096色及真彩色。Digital-Red在开发游戏时接触过非常多的手机，其中有的手机号称能显示4096色，但我们将一张4096色的色阶图进行显示，便发现有的颜色根本无法区分，更让人吃惊的是，个别手机还色偏严重。所以，设计人员是一定要根据实际手机进行图片绘制，在此，Digital-Red有过非常多的教训。

[明亮度]
    液晶屏幕由于其独特的发光原理，并不能达到传统显示器的亮度，同时也就导致了很多色彩丰富的图案在强光下，不能显示出原有的效果，这点在手机户外显示时尤其明显。因此设计人员在设计手机游戏图片时一定要考虑这点，不能将色彩对比度设置的过于接近、图片设计一定要简洁明快，避免过小的图片。

[显示速度]
    在我们接触的手机里，很多由于运算速度的问题，导致动画帧数并不能流畅，甚至达到不了10帧/秒，这对于游戏动画而言是致命的，我们一般采取局部刷帧或者尽量避免全屏幕动画来尽量达到预期效果。而且液晶屏幕本身也有显示速度问题，我们就发现过很多手机都有影像“拖尾”情况。这种情况，在实际游戏中很容易造成玩家的视觉疲劳，尤其在颠簸的车上或者是行动中，游戏时间过长，就有头晕目眩的感觉。如此，即使是一款优秀的游戏也无法留住玩家了。

[电力]
    由于手机是液晶屏幕，大多数设备在高亮度的像素显示与一般像素显示上，两者耗电量是有所区别的，例如白色背景就要比黑色背景消耗更多的电池能量。因此，对于手机游戏而言，要尽可能节省玩家的电池，也算是对玩家的一种体贴吧。

[手机游戏开发过程中的一些错误观念]
    很多想开发手机游戏的朋友们对于手机游戏都充满了幻想，
Digital-Red也曾与这些朋友们一样，在脑海中有非常多的想法等待实现，但一旦真正开发游戏的时候我们就发现很不现实，这里将几个常见的错误认识与诸位分享：
    移植PC游戏到手机上
    PC上的游戏已经以百兆来计算其占用空间了，而很多手机游戏是以K来计算，大多数的手机游戏能安装60K的游戏就算不错了。
    J2ME游戏不用改动可以运行在各种手机上
    J2ME在移动设备上有一个MIDP   1.0标准，但各个手机厂商在推出支持J2ME的手机上都对其进行了扩充甚至改动，一个程序想要达到最理想的效果就一定要针对不同型号的手机。

[用Java开发手机游戏要比用C++好]
    使用Java开发手机游戏的确非常方便，但在效果与性能上很难与C++代码实现效果比拟。如在Symbian   OS/WinCE设备上我们还是推荐尽量使用C++来开发为好。

[Java开发出的应用程序占用的空间小]
    在开发小型应用时，Java程序的确空间占用较小，但如果游戏项目过大，Java游戏的小巧优势就很难体现了。

[手机游戏策划与传统游戏策划无异]
    手机游戏的策划禁忌非常多，要求策划人员必须全面了解手机的技术性能才能做出针对性的优秀游戏。

[美术可以画大图，然后再缩小]
    一张大图如果缩成12*12大小，效果就可想而知了。

Symbian中的更改应用程序图标

应用程序的图标需要在MMP文件中用AIF语句指定,一个MMP的例子
/*
* ============================================================================
* Name : TestDlg.mmp
* Part of : TestDlg
* Created : 2005/09/12 by
* Description:
* This is the project specification file for TestDlg.
* Initial content was generated by Series 60 AppWizard.
*
* Version :
* Copyright:
* ============================================================================
*/

TARGET TestDlg.app
TARGETTYPE app
UID 0x100039CE 0x097A0B44
TARGETPATH \system\apps\TestDlg

SOURCEPATH ..\src
SOURCE TestDlgApp.cpp
SOURCE TestDlgAppUi.cpp
SOURCE TestDlgDocument.cpp
SOURCE TestDlgDialog.cpp
SOURCE MailViewDlg.cpp

RESOURCE ..\data\TestDlg.rss
RESOURCE ..\data\TestDlg_caption.rss
LANG SC

USERINCLUDE .
USERINCLUDE ..\inc

SYSTEMINCLUDE . \epoc32\include

LIBRARY euser.lib apparc.lib cone.lib eikcore.lib
LIBRARY eikcoctl.lib avkon.lib
LIBRARY eikdlg.lib estor.lib msgs.lib etext.lib

AIF TestDlg.aif ..\aif TestDlgaif.rss c8 context_pane_icon.bmp context_pane_icon_mask.bmp list_icon.bmp list_icon_mask.bmp

AIF目录下的TestDlgaif.rss :

/*
* ============================================================================
* Name : TestDlgaif.rss
* Part of : TestDlg
* Created : 2005/09/12 by
* Description:
* RSS for creating the aif file for TestDlg.
* Initial content was generated by Series 60 AppWizard.
* Version :
* Copyright:
* ============================================================================
*/

#include <aiftool.rh>

RESOURCE AIF_DATA
{
app_uid=0x097A0B44;
num_icons=2;
embeddability=KAppEmbeddable;
newfile=KAppDoesNotSupportNewFile;
}

// End of File

安装后自动应用。一个MASK文件，就是把图标存成黑白2位色的文件，习惯上是名字加_mask，上面的例子中，就是context_pane_icon.bmp和context_pane_icon_mask.bmp以及list_icon.bmp和 list_icon_mask.bmp四个文件。当然在资源文件要有说明，也在AIF那行。

利用symbian的API得到手机型号

利用symbian的API得到手机型号

问 ：困扰我很久的一个问题，在symbian的api里面，就找到一个HAL类，可以返回一些定义好的enum，但也只是厂商等等，搞不懂symbian为什么要返回enum，为什么不返回一个字符串？厂商在制定的时候加进去就是了。
但是型号确始终得不到，请问大家有没有什么方法来得到型号（比如要得到7610）

答：

事例：

from Forum_Nokia_Technical_Library_v1_8_en.chm

Fetching device model information
+-------------------------------------------------------------------------+
|Subject      |How can I fetch device model information                   |
+-------------+-------------------------------+---------------------------+
|             |Platform(s)                    |Device(s), SW version(s)   |
+             +-------------------------------+---------------------------+
|             |Series 60 Platform 1st Edition |N/A                        |
|             |Series 60 Platform 2st Edition |                           |
+-------------+-------------------------------+---------------------------+
|Category     |Symbian C++                                                |
+-------------+-----------------------------------------------------------+
|Subcategory  |General                                                    |
+-------------+-----------------------------------------------------------+
|Description  |In Symbian OS phones the machine UID is unique for each    |
|             | device type. Unfortunately the UID can be same for device |
|             |variants, such as Communicator variants (Nokia 9210, Nokia |
|             |9210i, Nokia 9290, and Nokia 9210c), and the UID cannot be |
|             |used to distinguish between exact device models. The       |
|             |Symbian machine UID can be retrieved with the HAL::Get()   |
|             |method, using HALData::EMachineUid as a parameter.         |
|             |                                                           |
|             |#include <hal.h>  // also link to hal.lib                  |
|             |                                                           |
|             |TInt mUid = 0;                                             |
|             |                                                           |
|             |HAL::Get(HALData::EMachineUid, mUid);                      |
|             |                                                           |
|             |For example:                                               |
|             |                                                           |
|             | 3650        0x101f466a                                    |
|             | 7650        0x101f4fc3                                    |
|             | N-Gage      0x101f8c19                                    |
|             | N-Gage QD   0x101fb2b1                                    |
|             | Siemens SX1 0x101F9071                                    |
|             | 6600        0x101fb3dd                                    |
|             | 7610        0x101fb3f3                                    |
|             | 9500        0x101f3ee3                                    |
|             | 6260        0x101fb3f4                                    |
|             | 6630        0x101fbb55                                    |
|             | 6680        0x10200F99                                    |
|             | 3230        0x10200F97                                    |
|             | 6682        0x10200F9B                                    |
|             | 6681        0x10200F9C                                    |
|             | N90         0x10200F98                                    |
|             |                                                           |
|             |Check the document Series 60 Platform Identification Code  |
|             |available at http://www.forum.nokia.com for a list of      |
|             |machine UIDs.                                              |
+-------------+-----------------------------------------------------------+
|Creation date|May 24, 2005                                               |
+-------------+-----------------------------------------------------------+
|Last modified|                                                           |
+-------------------------------------------------------------------------+

1、UIQ 2.1 SDK WINS，完全安装。
2、C++ BuilderX 1.5 Mobile Edition，完全安装。
3、Windows的32bit Debugger。

我手里没有VC，就没有安装，因为这个环境按照ARMI模式编译也可以了。开始前需要设定环境--设置Tools|Symbian SDK Configuation:

现在开始进行第一个测试程序：HelloWorld。

1、进入 C++BuilderX IDE。
2、File|New [Mobile C++]Import Symbian C++ Project，选择UIQ SDK自带的例子程序UIQ_21\UIQExamples\HelloWorld，导入。

注意导入时Platform应选择ARMI。

3、编译生成SIS: Rebuild。在UIQ_21\UIQExamples\HelloWorld目录下生成HelloWorld_ARMI_UDEB.sis。
4、使用手机应用程序安装工具安装HelloWorld_ARMI_UDEB.sis，即可见到"HelloWorld"了。