Symbian 开发中的 Error

1.http://www.newlc.com/Symbian-OS-Error-Codes.html

 

2.avkon 0

传入listbox中的描述符的格式有错误。

 

3.eikon dialog 3

避免在资源文件枚举中使用保留的ID
From Forum Nokia Wiki
From Forum Nokia Technical Library

在定义MENU_ITEM的Command时不能使用0，0是保留给EEikCmdCanceled使用的。

DIALOG中的每项ID也不能是0，0被系统保留。

上面的枚举是很典型的，并且我们习惯定义枚举时从0开始，当用在资源文件中时很可能造成了很奇怪的错误，这种情况通常很难找到bug的原因。

对话框中的项ID如果使用了0会产生下面的Panic信息：“Eikon-Dialog 3”在这里3的意思是EEikDialogPanicFocusableLineWithIdZero。

 

4.setting item lis

http://wiki.forum.nokia.com/index.php/Setting_Item_List_panics

 

5. c:/resource/ErrRd

 

6. viewsrv 9

   由于 在appui中重写了PrepareToExit(),但其中没有调用父类的PrepareToExit()

 

7.CTypefaceStore -14
    CCoeEnv::Static()->ScreenDevice()->GetNearestFontInTwips和ReleaseFont必须成对出现.

 

8.Des16Align 18

  when you pass strings to Format() you have to pass pointer to TdesC.

  当函数返回 TPtrC(const unsigned short) 时，以TPtrC函数的返回值，不要使用const TDesC&

 

9.初学S60，常见问题记录

  http://blog.163.com/henan_lujun/blog/static/19538333200943110110559/

 

 

10.ESock_Client 14 错误：为描述符无效的错误。

    在模拟器一次发送30K时出现，真机没测试。

    sock serv和客户程序是不同进程, 所以在给异步函数传递小描述符时, 客户程序函数还没有返回, 此时可能成功, 但是对大描述符, 失败的几率就很高。所以，给异步函数传参数时不要传局部变量。

 

 

11.系统控件new出来最后没有被删除，会报 CONE 8错误Environment found window server resources had not been freed。

 

 

 

12. EIKCTL 42

EIKCTL 42 panic (Invalid bitmap index in CColumnListBoxData::raw())
使用了系统的ListBox, 传入的格式化字符串不对,比如图片数组里只有两张图片，而传入了/t3 ,就会报这个错误.
这个表明绘制控件时出现无效的资源句柄，如bitmap等.
 
         

使用了系统的ListBox, 传入的格式化字符串不对,比如图片数组里只有两张图片，而传入了/t3 ,就会报这个错误.

这个表明绘制控件时出现无效的资源句柄，如bitmap等.

 

13.“存储已满”

    可能是有大量内存泄露导致。比如在多次循环中都有泄露。

 

14. 新建一个ui工程，编译报This project does not support  program "BUILD_HELP" for platform "WINSCW"。

     这个问题在carbide从2.3升级到2.6后出现。

     把 bld.inf 文件里面 gnumakefile  ../help/build_help.mk 路径里面的正斜线改称反斜线。

  

16.编译v5真机时，提示 dll contains initialized writable data，

     在mmp中添加 EPOCALLOWDLLDATA

 

17.内存泄露。

    所有应用程序分配的资源必须在程序结束时清理干净。在模拟器上，使用 debug 编译生成，没有这么做会由 __UHEAP_MARKEND 宏产生一个严重错误。
    因为 STDLIB's DLL 在线程本地存储（thread-local storage）中分配的数据（结构体 _reent）在环境被销毁时不会被自动清理，它必须由 STDLIB 的使用者进行清理(CloseSTDLIB())。
    使用这个函数，应在工程中包含 reent.h 文件。

 

     Because the data allocated in the thread-local storage for STDLIB's DLL (the _reent structure) is not automatically cleaned up when the environment is destroyed, it must be cleaned up by the user of STDLIB
     The function to achieve this is CloseSTDLIB(). To use this function, file epoc32/include/libc/sys/reent.h should be included in the project. Call CloseSTDLIB() after the point at which it is known that code in STDLIB's DLL will no longer be called and its thread-local storage no longer needed.

     #include <reent.h>

     CloseSTDLIB();

 

18.