ExclusivePig的专栏

expat是使用C所写的XML解释器，采用流的方式来解析XML文件，并且基于事件通知型来调用分析到的数据，并不需要把所有XML文件全部加载到内存里，这样可以分析非常大的XML文件。由于expat库是由XML的主要负责人James Clark来实现的，因此它是符合W3C的XML标准的。---------------------------以上为转载------------------------

文中的SQL都是从我的项目中直接copy过来，因此很多表名什么都有了 //创建表 "CREATE TABLE FEED_TABLE(FeedID TEXT, Title TEXT, Summary TEXT, Author TEXT, ImageName VARCHAR(21), ImageType TEXT, MaxIndex INT, ImageData BLOB)" 

检测选项含义-r 文件或目录对此（有效的）用户（effective user）或组是可读的-w 文件或目录对此（有效的）用户或组是可写的-x 文件或目录对此（有效的）用户或组是可执行的-o 文件或目录由本（有效的）用户所有-R 文件或目录对此用户(real user)或组是可读的-W 文件或目录对此用户或组是可写的-X 文件或目录对此用户或组是可执行的-O 文件或目录由本用户所有-e 文件或目录名

 原来误以为SQlite3无法望没有线程概念的平台上移植，结果错了。。  最近无聊，试着把SQlite3移植到MTK上，结果成功！

      原本是用MinGW作为开发环境的，可是用Gdb调试的时候，发现Gdb在MinGW环境中并不能良好运行，比如tab键的补齐就不行，尝试这自己编译了一版依旧如此，在MinGW官方网站上下载了最新的porting好的gdb7.0，结果情况更糟，比如gdb启动后，file [name]命令才能加载调试的文件。      后来考虑Cygwin了，也许有人会说为什么一开始不考虑Cygwin,理

GOOGLE老天天，英文看的头大了，也没找到解决方法.搜索出来的结果基本都说是EABI的原因，换成OABI就好了，要么就是glibc关系，要么就是换交叉工具链。我的交叉工具链是从arm指定的codesourcery下载的，2010q1最新版（我就喜欢用新东西，呵呵）。但我想既然是arm指定的交叉工具链，不会犯这种错误，而且EABI怎么说就是为了解决OABI的兼容性和效率而提出的更先进的标准，应该也不是这个原因。没办法就翻看手册，看到gcc的选项一节，其中-nostdlib选项，突然灵感一现，既然是实现自己的

<br />花了1天时间移植成功，很欣慰

google上一篇文章是说将s3c_gpio_setpull函数置空，直接返回EINVAL我觉得这样太粗暴了，于是研究了上下文代码，发现其实是挂在s3c_gpio_do_setpull函数中，也就是这句话里：    return (chip->config->set_pull)(chip, off, pull);其中参数chip是在gpiolib.c中定义的，原型是s3c24xx_gpios这样一个全局的结构体。在结构体赋值的分析中，发现chip->config->set_pull也有可能为NULL，OK，