设计开发

[ZT]S60 3rd FP1 SDK编译的SDK自带的例子在N73上无法正确显示程序图标

基本原因是Nokia的mifconf变了。

方法1:
找到S60 3rd MR SDK中的mifconv.exe, 用其替换3rd FP1以及之后的SDK的mifconv.exe应该可以解决图
标消失问题。
3rd FP1以及之后的SDK的mifconv.exe生成的mif文件尺寸明显小于早期版本生成的mif文件,也许Nokia修改了mif的压缩算法导致图标不能兼容。

自己琢磨出方法1后,在网络上找到了另外一种方法。
方法2:
Issue with SVG icon display on 3rd edition
From Forum Nokia Wiki

SVG(scalable vector graphics) icons sometimes do not show up on S60
3rd edition devices when built with S60 3rd edition SDK.

This problem is because of the fact that mifconv.exe compresses the
icons which the devices are unable to read.

To fix this issue,disable the SVG compression option by specifying
‘/X’ option in mifconv.exe.
Retrieved from “http://wiki.forum.nokia.com/index.php/Issue_with_SVG_icon_display_on_3rd_edition”

[ZT]怎样写参数个数可变的宏?

一种流行的技巧是用一个单独的用括弧括起来的的 “参数” 定义和调用宏, 参数在宏扩展的时候成为类似 printf() 那样的函数的整个参数列表。

#define DEBUG(args) (printf("DEBUG: "), printf args)
if(n != 0) DEBUG(("n is %d\n", n));

明显的缺陷是调用者必须记住使用一对额外的括弧。

gcc 有一个扩展可以让函数式的宏接受可变个数的参数。 但这不是标准。另一种可能的解决方案是根据参数个数使用多个宏 (DEBUG1, DEBUG2, 等等), 或者用逗号玩个这样的花招:

#define DEBUG(args) (printf("DEBUG: "), printf(args))
#define _ ,
DEBUG("i = %d" _ i);

C99 引入了对参数个数可变的函数式宏的正式支持。在宏 “原型” 的末尾加上符号 … (就像在参数可变的函数定义中), 宏定义中的伪宏 __VA_ARGS__ 就会在调用是替换成可变参数。

最后, 你总是可以使用真实的函数, 接受明确定义的可变参数。参见问题 15.415.5。如果你需要替换宏, 使用一个函数和一个非函数式宏, 如 #define printf myprintf。

参考资料: [C9X, Sec. 6.8.3, Sec. 6.8.3.1]。

RGA app in symbian tasks list

As far as I checked RGA example applications don’t appear in Symbian tasks list.
Am I missing something or it’s not supported?
Does anyone know how to fix it?

Well, N-Gage applications don’t show in the task list. Generally I think only S60 GUI applications show up there.

To hide an app:
CApaWindowGroupName has a SetHidden() method which you call with ETrue.

To make one visible you could try SetHidden(EFalse)…

I am wondering if the system considers an RGA application as a non-gui app, or whether they’re just deliberately hidden for N-Gage.

Sorcery

windows shell extension的注册表问题

CodeProject上有个非常好的讲shell扩展的系列文章:The Complete Idiot’s Guide to Writing Shell Extensions,作者在文章中提到了一下关于如何处理注册表的问题,主要是在哪添加context menu handler的问题。
以下是原话:
We can’t reliably use an RGS script since “txtfile” may not be the correct key name.
Some other text editor may be installed that associates itself with .TXT files. If it changes the default value of the HKEY_CLASSES_ROOT\.txt key, all existing shell extensions will stop working.
实际应用时我发现,如果ext针对的是一些比较常用的格式,如PNG,那么出现上述作者预料到的问题的可能性极高,原始情况下的PNG是这样:.png->pngfile,安装PhotoShop或ACDSee等软件并关联png后,就会改变.png想对应的名字项.png->ACDSee.png .png->PhotoShop.PNG.8,类似这样的东西,所以在实际应用中依赖.rgs注册表脚本文件是一种很不可取的方式,正确的做法应该是在dll注册服务器的时候,手动处理添加关联,当然,一些com的其它注册问题写在.rgs里还是没问题的,最后也别忘了在反注册的时候,手动删除自己添加的关联。(有ATL的话直接用CRegKey非常简单)

[ZT]DLL导出函数中有namespace时的用法

DLL中可以导出很多用户自定义的函数、类型、全局变量等。但是,我们有必要注意到这样的一种情形:我们写的DLL中有一些函数,能满足我们的需要,同时,我们也需要用到其他人写的DLL,但是不幸的是,这两个DLL中有同名的函数。尽管你可能还没碰到这样的情形,但是你可能要开始留意这个问题了,那么有什么好的办法来避免吗?

Continue reading…

证书系统破解成功.

基本上是按照http://www.dospy.com/bbs/thread-1463143-4-1.html的教程顺序一步一步下来的,开始卡在了sending message number 00…的地方,参考了一下其他论坛上的信息,好像是因为pc suite或software update manager的版本过高导致,因为刚升级完系统到国行的最新版本,所以2个软件的版本的确都是最高的,最后折腾了半天,该卸的卸该重装的重装,成功的状态是:没装software update manager,pc suite版本是6.83的样子。后面的步骤都比较顺利,替换根证书什么的,最后a4终于在最高权限下运行了,记事本什么的都可以用了,目前没发现任何不良反应,继续实验中……

S60 3rd的签名证书系统被破解了!

昨天打算试验一下5月份的a4输入法时,发现自己在symbiansigned上的developer licenese的key找不到了,网站上只能取到颁发后的cer文件,记得以前是可以取到key文件的,而且现在的symbiansigned不对没有publisher id的用户提供证书申请服务了,比较恶心。如果想用最高权限的a4的话就得有相应的证书文件来签名,查看别人讨论时发现60 3版的证书系统被破解了,方法也不是很复杂,好像是用了nokia给开发人员提供的trk真机调试程序改变了系统的某些东西,这样就可以让普通签名的sis包得到最高的执行权限,回来有空试下,希望不要变砖~_~