2007年12月
在Linux手机生态圈中有几个圈子：CELF , LiMo, LiPS，OMA, OHA(Android) Android是新生力量，也是比较生猛的，Google是牵头者。2007.11.5 Android平台推出之际，几个圈子对Android的态度也是耐人寻味的。阅读全文>
发表于 @ 2007年12月29日 01:13:00|评论(loading...)|编辑
GPE Phone Edition ，这个Linux手机平台重点是提供一些重要的framework,而不是林林总总的应用。大家知道，framework是middleware一层的，是application的基础，就像现在城市里面的高楼大厦，全部是钢筋水泥骨架，这个骨架就是framework。之后，如何添砖加瓦，如何安装玻璃幕墙，就看各个楼盘的设计特色了。
可以想象：如果这个手机平台今后能大规模推广，或许今后你我手中使用的手机可能就是基于相同的framework, 虽然应用各不相同。阅读全文>
发表于 @ 2007年12月27日 22:48:00|评论(loading...)|编辑
上接：如何在嵌入式Linux产品中做立体、覆盖产品生命期的调试 ( 3) 这篇谈谈抓屏(screenshot)的做法：所谓抓屏：就是把出现问题时界面的情况抓下来，可以抓模拟器，LCD或者terminal的屏幕；抓屏比较适合于产品使用期，这时候开发人员看不当时的情况，如果出现问题，把屏幕抓下来，对于事后分析问题很有帮助 下面的抓屏函数，你可以它拷贝到你的模块中编译，然后调用即可；如果想在一个项目中统一使用，就把它编译成一个可执行文件，放到你们程序成找到的地方，比如/usr/bin等处，项目中的各个模块都可以使用了；阅读全文>
发表于 @ 2007年12月26日 13:19:00|评论(loading...)|编辑
LiMo： 就是 LInux + MObile 的简写；
从其官方的介绍可以看出，目前6家发起厂商的目的：
1 开发一个世界级的Linux手机操作系统
2 吸引其它众多厂商的加入这个生态圈，培育出一个大的生态圈
3 在这个生态圈之内的厂商就可以提供高质量的产品和服务
这个生态圈中有3级会员：
阅读全文>
发表于 @ 2007年12月18日 22:48:00|评论(loading...)|编辑
上接：如何在嵌入式Linux产品中做立体、覆盖产品生命期的调试 ( 2) 这篇谈谈log的做法：上面一篇谈了print的用法，一般print是把结果输出到stdout/stderr上面去了，也就是我们常见的terminal上面去了；这有个弊端，就是我们的程序是在debug状态时，我们才能看到这些调试信息； 如果程序不在debug状态下运行，这些打印信息是看不着的，而且程序一直在debug状态运行，也不能反映实际情况，尤其对于嵌入式产品来讲； 不在debug状态运行时的一些异常，如何能看到呢？这就用到了Log了。所谓的log就是把运行信息写到文件中去，保存下来； Linux 有完善的Log系统，比如core的产生，就是Log的一种形式，只不过这时的Log是记录程序“病入膏肓”的状态，我这里所说的Log一般是记录程序中可以预见的一些异常信息，供事后分析使用； 我在这里提供两种Log供大家使用，一种是利用Linux syslog, 一种是我们自己写log;并且把两种log结合到一块，融合阅读全文>
发表于 @ 2007年12月15日 17:06:00|评论(loading...)|编辑
上接：如何在嵌入式Linux产品中做立体、覆盖产品生命期的调试 ( 1) 这篇谈谈print的做法：print函数很多：g_print, printf, vprintf, fprintf等；至于用哪一个，看你的平台了； 我们是否有这样的感觉：编程开始时加入很多print函数，而且打印的信息五花八门，不少人为了区分自己的程序，往往这样做：阅读全文>
发表于 @ 2007年12月14日 14:26:00|评论(loading...)|编辑
如何在嵌入式Linux产品中做立体、覆盖产品生命期的调试： 在嵌入式Linux产品中的调试不像window环境下有很好的IDE支持，对于如何做好综合运用下面的手段，做个立体、覆盖产品生命期的调试；1 print2 syslog3 gdb/gdbserver/core4 error_code5 change log6 memory leak7 lock file8 thread lock9 try catch10 performance test11 blue screen/screenshot 一般情况下，我们会在程序中安插不少print语句，但是一味的放置过多的打印语句，有很多的弊病，这也是大部分开发人员面临的问题：阅读全文>
发表于 @ 2007年12月13日 14:32:00|评论(loading...)|编辑
关于LiPS release的所谓标准：Linux电话终端标准1.0 的批判
2007.12.10 LiPS 释放了一些手机上的Linux标准；Linux电话终端标准1.0
透过其文档，我想探讨我的看法：
....阅读全文>
发表于 @ 2007年12月12日 11:14:00|评论(loading...)|编辑
研究开源项目，比如dbus, 回头想想，其过程一般是这样的
1 整体了解；
2 细看文档, (磨刀)，这一步不能跳过，甚至一目三行；
3 测试其sample codes；
4 仔细研究其代码，并写总结，形成自己的体会文档；这很重要；
5 利用该工程，写自己的程序，先写针对项目的sample codes,把流程简化，这样多用，就可以比较熟悉一个开源项目；
一句话：文档+代码，再回头总结文档和自己的sample codes.
阅读全文>
发表于 @ 2007年12月11日 17:42:00|评论(loading...)|编辑
我认为作为嵌入式Linux开发者，要非常熟悉的几个开源项目：
.....阅读全文>
发表于 @ 2007年12月11日 14:50:00|评论(loading...)|编辑
Pixbuf causes memory leakPixbuf的几个函数很容易造成内存泄露.....阅读全文>
发表于 @ 2007年12月11日 14:39:00|评论(loading...)|编辑
Embedded Graphic System Summary:gtk, gdb, cairo, framebuffer, directfb.是Linux嵌入式产品中使用的较多的的图形库。阅读全文>
发表于 @ 2007年12月11日 14:18:00|评论(loading...)|编辑
嵌入式Linux软件中对于吃内存是比较忌讳的，嵌入式设备的内存比较宝贵。
在平时的编码过程中，需要我们经常去检查内存泄露的问题，如果靠
经验去做，一行一行的代码检查，效果不太好，往往有遗漏。
Valgrind是个不错的工具.....阅读全文>
发表于 @ 2007年12月10日 09:47:00|评论(loading...)|编辑
如何高效率的使用DBUS作client,server架构
在嵌入式系统中使用dbus主要有两个方面的用途：
1：进程间通信
2：实现client/server模式；
2也是1的具体表现形式；
包括dbus自带的例子，都是采用dbus对数据的封装，实现client/server模式的，
缺点有二：
1 一个API要定义一个xml接口描述
2 数据封装非常复杂，非常不利于以后接口的扩展；
为了客服上面的缺点，提高可扩展性和效率，可以这样做：
如果一个应用分为client,server两端的话，要高效率的实现client/server之间
的通信，可以采用如下方式：
阅读全文>
发表于 @ 2007年12月07日 14:36:00|评论(loading...)|编辑
关于同一个进程调用dbus接口 dbus_g_bus_get () 导致程序崩掉的原因初探。阅读全文>
发表于 @ 2007年12月06日 17:46:00|评论(loading...)|编辑
Android 网站资源收集大全:看到网友收集的相关站点，不错，先收藏了。阅读全文>
发表于 @ 2007年12月04日 12:52:00|评论(loading...)|编辑
对google的android的平台的一些看法。 上个月的11月5号，google宣布推出基于Linux的手机操作的系统；同时联合33家运营商，制造商，芯片大厂！ 阅读全文>
发表于 @ 2007年12月03日 14:03:00|评论(loading...)|编辑
一些较好的开源framework. 站在巨人的肩上，看的更远，更深刻。Framework / architecture / Infrastructure 阅读全文>
发表于 @ 2007年12月03日 14:01:00|评论(loading...)|编辑
Embedded Linux开发，需要分析研究的开源项目，第一篇：glib 在Linux下进行嵌入式开发，一定要站在“巨人”的肩膀上，开源社区有N多的项目；不可能每个都要仔细的去研究一番；但是有些基础核心的开源项目一定要仔细的去分析研究。先谈谈glib的看法： 阅读全文>
发表于 @ 2007年12月03日 13:57:00|评论(loading...)|编辑